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ABSTRACT 

t 

i 

After an eleven year development' history the last 
six of which was spent developing the present machine trans- 
portable version, the ICU/PLANIT system has* reached an 
identifiable stage of completion. Nothing more needs to be 
added or repaired to readjr PLANIT for daily university-type 
operation. While there are hopes of future enhancements, 
these will be in the nature of add-on f s rather than improve- 
ments to current features. 

Following a Purdue University study of the PLANIT system 
performance, this project undertook a survey of all current 
PLANIT users to assess their reactions to the operation of the 
system. In general, those who are still gunning early obsolet 

4 t 

Versions are not too well satisfied. However satisfaction 

o ■ 

improves significantly with the later versions until the 
responses are very positive for the current one. 

Some PLANIT lesson materials are currently available 
but the'bulk of the .authoring efforts are still in progress. 
Two lesspn translation efforts «c6uld make a latge number 
available to PLANIT users relatively soon. 

Early interest in PLANIT waned. ,S±nce then, it is 
showing a steadiiy increasing trend until now PLANIT seems 

; w 

to be in great demand with new' installations monthly. 
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A REPORT ON PLANlT: ONE STAGE OF COMPLETION 



INTRODUCTION 



> 



PLANIT (Programming Lan guage for Interactive Teaching) 
is an instructional system consisting of an author language, 
and supporting computed/programs for preparing, editing and 
presenting any subtect matter suitable ^6r individualized 
presentation to students within the constraints of jhe 
communicatioh>^^ is currently sbr^ilable. ; 

This report will briefly trace the eleven year history - 
^o^4J^ development of the computer system now^ called PLANIT, 
analyze tftte responses to some questions about user experiences, 
provide some observations regarding methods for correcting 
and avoiding improper operation of PLANIT which were found • 
in the questionnaire responses, to be serious concerns, and 
finally to suggest directions in which future PLANIT develop- 
ment efforts might go. ^ 

PLANIT has been described several times in numerous 
documents and publications. The exibit in Appendix A contain 
one such description and several more are cited in the biblio- 
graphy so no further description was thought to be necessary 
here other than to say that it is a complete and comprehensive 
time-sKaring system for instructional and problem-s9JU^ : Dy^ r . 



\ 



*-* applications, designed t 
commercial cotaputer that 
requirements . 

In its .present \tage 




portable \o any 
ic size 



opment; PLANJT is a 




ERLC 



^complete system. No other components need to be added to 

- \ ' i x 

make it fully functional iiv a normal university computer 

center environment. Whatever^errors yet remain in 'the 

are apparently not serious enoujjjLto be noticed. Tfrdre is 

no known error that remawr^unf ixed. Such errors ^ls are 




reported are fixed easily smd quickly due to the^depend- 

ability of the remainder of the code. Informal reports 

1 \ • - 

indicate that the system, in itss current release of version 

number 2.7,-^is very stable and re\iabl&, operating for , 

months at a time with, no loss of datsa or deviation from 

expected execution paHerns. Purdue Wiversity has pre- 

pared an execellent analysis and evaluation of the PLANIT \ 1j* ^ 

system. 1 , It includes cost and (jsonsumptive^ess data for 

the installation and operation 6f the systeifi^in its Version 1 ' ^ 



\ 



release. The analysis also inclu des' a report \ om several 
test sequences in whlclj^s^veral execution errors wave 
discovered. TheseS^ave all been fixed in later releasl 
The report also contains ^installation manual and other^ 




•tides that would be of keen interest to those who might 
be investigating the merits of "PLANIT. 

The PLANIT effort has been described in several 
\ professional publications, including Creative Computing , 

9 Y 




Datamation s Educational Tecfrpblogy and Impact , It has been^ 
resented in man£ professional meetings, including; the - — 
v Association for Educational D^ta Systems (AEDS) /-J^he 
\ American Educational Research Association (AERA) / the 
Conference on Computers for the Undergraduate Curricula 
(CCUC) , the Interuniversity Communications Council, Inc. 
(EDUCQM), the National Institute of Chemical Engineers 
(NIChE), and the Western Business Education Association 
^(WBEA). A conference was held in July, 1973 at Purdue 

A 

"University solely for a workshop in PLANIT,, \attracting 
48 registered attendees. PLANIT has also bee^ presented 
on nuih^rous^college and university campuse.s and^to several 
military groups. More than 400 educational institutions, 
al-1 major computer hardware' vendors and varichis branches 
of the United\Sf ates Army, Navy and Air Force h^VeXrecefived 
copies of PLANIT user documentation. PLANIT information 
has gone to ten Or more countries and the PLANIT sys£ 



operating in at least five of them. 

Although PLANIT is being presented as a comp" 
system, this does not mean that all development 



.etetj 



has> 



\ 
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ceased. On the contrary, the fihal section outlines 
several new development plans. Being ^ompTete means/ that 
it is fully usable in its present form. Ndtvonly ar6 all 
those features operating correctly that were planned from 
the outset but several new ones were added as experience 
ftound them to be useful. Therefore PLANIT is now complete 
~^~\ aryd future development will intend to enhance that which 



ik already operational. , h / 

' PLANIT. is the first known programming language and 
time-sharing system in existence that is fully trans- > 
portable and guaranteed to be compatible. It is" relative- 



ly 
wi 



inexpensive to insta^o^aad easy to use., allowing users 
th no previous programming experience to do productive 



work after a brief orientation period. It is both a 



si 



nificant development in prbgramming technology and a 
valuable tool f orXappropriate educational communities. 
Complete descriptions f of these aspects of PLANIT can be 
foijind in publications whick^a^e cited in the bibliography, 
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DEVELOPMENT AND FUNDING^ HISTORY 

Several institutions have made sizeabl^ \jjnvestments % 
in the PLANIT system by now. It is very /difficult to 
give due cretfefe^to each whp have contributed. Many of/ 
the investments were made with the objective to install 
the system for local use. ^ While their purposed was hot 

\ y 

to contribute to the development of PLANIT^ nfekrly all 
have done ko by identifying problems aftd program errors 



which were npt before known, value of this information 

cannot be overstated. , 

Another grouping of contributors to PLANIT" Consists 
of those who acWired a copy of the system at «a point in 

o \ N / L 

time and invested their own money to c<5nti/nue tiusjievelQp- 
ment effort in the direction of their choosing. This, 
includes investments from sacfc^nstitutions as Control Data 
Corporation, Michigan State University and System. Development 
Corporation * Many of these efforts wiil not bl reported in f 
•this" section since they are tangential to the current .devel- 
opment status of * th$ system, i.e. the results of their work 
did not become a^part of the system as it is today. 



die t(ie 



Forerunner of PLANIT . While the author was a graduate 
student at Michigan State University, he spent the sumitier 
of 1964 working at the System Development Corporation (SDC) 
in S&rita Mpnica, Calif ornia. under a Summer t Intern program. 

-4.2 
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It was during that tixti^ tha,t he began a Computer-assisted 

instruction gppject from which PLANIT>£ventually evolved. 

He progra^ed^ome statistical laboratory-type exe^^Lses 

in the JOVIAL language on the SDC time-Sharing systemTV* 

> 

Upon returning to Michigan State, that school put up about 
$4,000 so that the ivork could be completed. SDC donated 
thef^coiriputer time and some assistance from a Mr. Samuel 
Feingolci, a defense systems programmer, and Mr. Joseph 
Rtfstenbaum, a researcher. With their help, a package o/ 
25 statistical inference exercises were completed (^present- 
ing about 20 contact hours of instruction) , *and tlye course 



was tested on several graduate students from t^S University 



of California at Los Angeles. That^roject was this autlfor'.s 
dissertation study 



I 

2 

. / ' ' \ 

From this experience, Mr. ^osenbaum received funding 



•from £he National Science Foundation (NSF) in the amount 
of $175,000 to continue the investigation of preparing 
similar 'kinds of computer scenarios for "the teaching of 
computer programming. The author completed his work at*< 
Michigan State and joined SDC to work on the project. It 
was deqided that a language could be devised in which to 
write and exedute the^scenarios much more efficiently than 
to continue using JOVIAL. Several SDC personnel contributed 
%o the design of 'the language and it was coded by Mr. Fein- 
gold and the author, executing lessons earl^ in 1966. Mr. 
Rosenbaum suggested the name, PLAN IT. 



In 1968, following the/pompletion of the earlier 
project, SDC received furling from NSF in the amount of 
approximately $450,000/x° redesign PLANIT and recode it * 
into machine transportable form. The author became the 
1 directqr of that project /^^ving as many &s nine pro- 
fessionals on the t£am. The objectives for that project 

* Pi 

have been clearly stated in other reports but in summary \ 

r 

' . « \ 
they were: , ' 

' To develop a rjSfining PLANIT which could be 

tailored by a university to meet its own needs. • 

2. To keep installation co^ts under $20,000, 

3. To make PLANIT run under time-sharing or batqh. 

•4. To make a twenty-user PLANIT run with acceptable 
response time in 256,000 bytes of cor^. 

5. To make PLANIT run in 128,000 bytes of core. 

6. To use ASA FORTRAN IV to achieve portability. 

,A PLANIT version which met these goals was demonstrated at 
SDC in 1970 on an IBM' 360/40 (batch) computer. However,, 
early attempts to use the system at other sites were plagued 
with problems due t6 programming errors in the system com- 
pounded by a coding complexi£y---£<w^^ purposes which 
made it nearly impossible for anyone other than the original 
team to modify the system or fix errors. Thus it soon became 
clear that PLANIT was not a system whose development could 
continue on anvuniversity campus. 

In 1972, after installing PLANIT, the University of 
Freiburg in West Germany entered into a visiting professor * 
relationship with the author for the purpose of continuing 

e • 
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the development of PLANIT into a reliable system and training 
several of their people tc^ use it. They were Running PLANIT 
09 an RCA-type Siemens computer in dedicated batch mode. 
Approximately $8,000 was spent to rea<jh this goal and the 
author joined the Northwest Regional Educatipnal Laboratory 
later that year to contini^e the development of PLANIT under 
a $99,000 contract from NSF* ^ 

In the new contract with NSF, only the first of the six 
goals was changed; this time a PLANIT Was to be delivered 
which would be a "production" model/in that following 
installation, it wou^run virtuali^unt6uched at the new 
site. It is no longer assumed that the receiving site will 
modify the system. * Documentation which was designed for 
the earlier model to allow this ha,s not been updated. Hence 
the system is expected to perform well without the "continual 
need for maintenance. This report comes at the conclusion* 
»of j;he $99,000 NSF contract and at the time of this writing, 
r PLANItTsT "Operating with the desired reliability at sites 
where current versions have been installed. In addition, 



thi 



the NSF-sponsored Purdue analysis of PLANIT showed 
performance goals to be met (w^th the exception of the 
• errors which^ere not fixed in their(version) , and the 
installation costs were reported to be only a fraction of 
the earlier estimate. Their installation costs were little 
more than $1,300, not including the special test package > 
that was added. 




* Therefore, today's completed version o£ PLANIT was 
'developed for a total cost of approximately $557,000 since 
boding was first begun for this system. If measured from 
the.~inception of the work firom which PLANIT evolved, the 
total investment is approximately $740,000. In either 
case, NSF -supplied most of the necessary funding. 

The interest in the current PLANI-T has been much 
more positive than before. A PLANIT User's Group was 
orgainzed about threte years ago and built up a mailing 
list numbering^^n^arly 300 who were receiving free publica- 
tions regarding KLANIT use. Since the Newsletter has gone 
to a subscriptibtr^b^is, more than 50 hape elected to con- 



tinue. 



In order to assess the current level <?f interest in 



' tthe PLANIT system, -a ^questionnaire was mailed to all on 

the. User 1 s Group mailing list plus all in the author 1 s 

correspondence file. A sample questionnaire is shown in ■ 

Appendix B. The analysis of the questionnaire 'responses 

is the best available indication of the usAr's appraisal 

** * * f 

of the system. The analysis will be presented in a later 

section. . l * 

Althqugh the future of PL^flT is still somewhat un- 
certain, the United States Army Research Institute has 1 
4 expressed their willingness to share in the future develop 
ment costs. *These relate to proposed additions to the # 
system which would further enhance its capabilities. They 
-will be described to some extent in the final section. 

*' * • . ' is- - / 



ANALYSIS OF THE QUESTIONNAIRE RESPONSES 

* t 

The questionnaire' was designed with convenience for 

the respondent as its primary objective in the hope of 

increasihg the likelihood that ^Ju^ould be completed and 

-returned. j 

A total of 304 questionnaires^ were mailed, N£nd were 

« v 

returned, undelivered. Of the remaintirg 295, 136 were • 
completed and returned, for a return^rafre of 46%. Actually, 
the return rate was slightly higher due to the fact that a 
^ew.of the respondents consolidated their opinions as the 



cover letter invited them to do. Although higher return 
rates are always to be preferred, the return rate for this^ 




questionnaire was quite good, especially in lights of the 
fact that at 'least one questionnaire was returned for every' 



kndwn PLAN IT installation except one, and that information 



was obtained by telephone (with the questionnaire still 



r 



promised). It is also true "that several PLAN IT installations 
were discovered among the responses 'which were not % expeeteci, 
leading to the conclusion that there might be yet others v , 
which have not been reported. .<* 



The questionnaire omitted some information that would 

I 

have been useful such as the identification of 4he hardware, 
operating system, and PLANIT* installation parameters. These 
kinds of questions were omitted .due to the fear that the 
respondent might not have that information 4 at hand and 



V 



{ . 

11 

. ( 

would possibly lay the questionnaire aside until it could be 
obtained, increasing . the chances 'that it would not be returned 
at all. * 

Because of the nature of the questions which were asked, 




~* r 



r f f 

it seems mOst reasonable to present and discuss the data for 
each question in the saijie order as the arrangement on the 
questionnaire. Therefor^, each question will be reproduced 
in an enclosing box figure with the data and discussion 
•immediately 'following. Because of the wide range of res-^ 
porises and response omissions, it is jiormally impossible 
to sum the tallies within categories to any meaningful 
number. For example, the .question, "Which program time-: 
shares your PLANIT terminals?" evoked 10 tallies for, PLANIT 
apd 21 for the host operating system. Ten plus 21 falls short 
of the 45 installations due to omissions, and doesn't even 
total 31 installations due to the fact that two respondents^ 
checked both categories\^Tftfi^ arithmetic will be used 
very little in the analysis of the data. Percentage con- 
versions will be used to clarify the presentation where 
appropriate. 

The questionnaire was organized into three sections, (I) 
^current status with regard to PLANIT," (II) "installation 
experiences," and (Ili) "instructional materials for PLANIT." 
These "section titles appear in the boxes! with the questions 
which immediately follow them. ^ 



9 

ERIC 



IS 



Several^<xf" the questions (or statements) provided 
circles" to be checked, as they were felt to be appropriate. 
These checked circles were tallied and .the counts appear 
just to the left or below the box, adjacent to the corres- 
ponding circle. 



64 
6 
'9 
11 
7 
15 
16 



SECTION I. . CURRENT STATUS WITH REGARD TO PLANIT. 
A. No longer interested bepause: 
Too expensive; 
Requires too much effort. 
^) Not enough capacity on our compNiter. 

Interested parties are now gone. 
^) Found something better. 

O— — 



' Most of these data are self-explanatory.. Many of those 
whose names appeared on the mailing list because the contact 
was made mostly out of curiousity returned checks in thes^ 
circles. Some even' added' comments to the end of the form' 
to this effect. * 

There was another obvious group of respondents here 
whOs aye connected with a computer-assisted instruction 

project on a different delivery system, who have shown 

t 

commendable initiative to inform themselves of other related 
work. Of those who "found something better," four noted that 
they were using PLATO (two marking it "Better," a third said, 
"different anyhow," and the ffcurth was also interested in 
PLANIT) . APL and COURSEWRITER were named as alternatives 



(although the "better" dircle was ndt checked)"; Other 
named systems were locally developed. Operators of mini- 



computers probably account for taost of the responses to 
the third sub-category. On the last line, left blank, 
Several wrote that they had changed employers, a few saiti 
they had no need for pAI and two said they wer.e opposed to 
the whole idea, one of these attaching a' reprint oj^an^ 



arg£ number of those 



article; he authored to support his opinion. 

It can^n^Ly b^^uessed thalf a 1j 
who did not return the questionnaire would prob^ly fall 
inti> this general category. 



43 




Interested but tfave not yet acquired a copy 
of the system tape because:^ 


13, 




Still surveying the possibilities,* 


12 " 




* ftesburces not ye,t availatjie. -f* 


6 




C^) Need has not yet developed. 


3 




Waiting for new hardware. 


14 




o 



Several who checked this category of circles"^ also 
checked one or more of the category above** Judging from 
those who checked only this category and also^tfrqm the 
commenrts that were added to the end of the fo^m, about 
36 seem to be genuinely interested in pursuing' some kind 
of contact with PLANIT. Several- wrote inmates by which 
machinery would be available that would all^yr them to try 
PLANIT. 



. .v 



55 



^) C. We have acquired a system tape of PLANIT. 

(Note: The"* remainder of this questionnaire 
is relevant only if you* have acquired a 
copy of the PLANIT system tape.) 



Some &f the above 55 tallies were duplications in the 

> 

sense that more than one response was received for some of 
the installations. Some of these have acquired the tape 
biM; as' yet have made no ef fort 'to install PLANIT. There- V 
fore, the number 55 is not an accurate count of installed 
PLANIT systems. A to'tal of 45 installed systems could be 
account for. . 1 



SECTION II. INSTALLATION EXPERIENCES, 

A. Version no, of the last PLANIT tape that 
you acquired? \ 



* 

Only 38 could report the version number of their 



PLANIT tkpe, and some of these. could only repdrt it J.n 
terms of the circumstances -under which they had receive'd 
\t. t Tapes distributed by the PUANIT Project ha^e the 
version number at the head of the program listing\ut some 
the j^a^es y/ere acquired from other sources. Thus, the* 
Version 2 tapes were reasonably clear. Prior to that we 
two identifiable versions with significant distribution, 
1) the version which was returned from the University of 
Freiburg in* September , 1972, tfas mounted by Michigan State 



15 



University and distributed by Control Data Corporation to 
its customers (hereafter called the CDC release) , and 2) 
the improved Version 1, 20 copies' of which were distributed 
at a 1973 Purdue PLANIT conference with a few more being 
distributed a<£ a later time until Version 2| was ready. 
Thu^, the version number categories of the responses (as 
best as they could be identified) together with the number m 
of tallies for each a?e as follows: 

CDC ,. V 1 V 2.1 V 2.2 V 2.4 V 2.5 V 2.6 
. 18 7 ' 2 2 3 7 5 

These figures can be compared to the number of each instal- 
lation that is known to exist (correcting f6r duplications 
and omissions) as follows: 

j 

CDC V 1 ; ' V 2.1 V 2.2 V 2.4 V 2.5 V 2.6 
16 . 7 2 2 3 6,9 * 

These dat^a show the pattern that has been quite obvious 
to' some of us hio are working with PLAN1T, namely that the * 
large initial circulation of PLANIT systems was due to the 
fact that the target sites received completely installed 
_Jsystems at no cost (an offer difficult to refuse), an ad- 
ditional flurry of activity after the Purdue conference and 

4 * 

the formation of the PLANIT Users Group (just prior to the 
Purdue conference), then a sudden drop in activity but 
building steadily o*ver a two-year period from 1973 to the 
•present,. "At least five installations were completed 
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during the first five moiiths of 1975^ At least four more are 

in progress. Thus, the current picture is a changing one. 

Accounting for the above pattern of growth is largely 

subjective. However, ^certain things seem to stand out. 

The 16 CDC versions involved little if any cost or com- 

mitment. If all the dat&swere available, the actual number 

of CDC copies is probably several times this number. 

The next category, Version 1, is probably explainable-' 

largely in terms of novelty. /For the first time, a working 

PLANIT system was known to exist and a Mechanism had been 

established for obtaining it. \ Actually, these seven are 

in addition to the 20 tapefe wlhti^h were distributed for a 

smSll charge at the Purdue conference. It has not so far 

been confirmed that any of those 20 "actually completed their 

installation. At least two were known to have started but 

,didn f t complete. The seven who did complete their installation 

acquired their tape elsewhere, several through the NSF- / 

supported PLANIT Project. 

The drop beginning with Version 2.1 probably shows 

that novelty wears off. No PLANIT lesson materials were ' 

generally available. Bugs were still being found fairly 

frequently. Tight .budgets hit nearly all the large univer-^ 

sities forcing reappraisals of new software ventures.. 

Finally, a steady growth pattern is evident. Two factors 

probably influence this growth. First, word has gotten out 
s 

that a viable PLANIT system is * nc ^^ running at several 



sites. Achieving . true por&ibility in the PLANIT (effort 





had associated wif h it a high risk of failure but the word 
has apparently been passed among colLfeagubs that it didn't 
fail. Almost evoxy computer center directpr seems to know 
about PLANIT and his source of information steems to be 
^iio^Ttey colleague • Conferences, including EDIldO^M and AEDS 
have taken active interest in having 'the work pres&^ted. 
Magazines have carried articles and news releases, 
United States 'Army Research Institute published a study 

\ 

during this time in which they screened all of the current 
CAI systems and chosfe N PLANIT and proceeded to mount it on 
several of their computers. By this time, the system has 
become reliable to the extent that those concerns largely 
vanish. Therefore, PLANIT has increasingly become a logical 
choice for many who are looking for the kind of service it 
provides. ' { 

A second factor contributing to PLANIT 1 s growth has 
certainly been the recent contracting activity l>y the 
Department of Defence for PLANIT lesson material. The 
RFP which was released in February, 1975 for training 
materials written in TPLANIT* caused many in both the commer- 
cial and academic fields to reassess their need for PLANIT. 
The bidding position of those who already had PLANIT was 
much better. Military installation also began serious 
inquiry because the training materials are going to become 
available. Any additional open-bid contracting for PLANIT 
lesson material is certain to have its affect on the 
proliferation of PLANIT installations. Or if NSF decidW 



\ ^ 
to fund unsolicited proposals for lessons v developed- in PLANI 

a similar effect could be expected.X^Whether this prolifer- 
ation of systems\ will generate a need \or a large increase 
in PLANI T lesson Wilding activity is still ^anybQdy's guess 
but that is certainly one possibility sinc^e the systems will 
exist and will needvto be programmetry 

\ 

Therefore, the expected growth curve for new PLANIT 
installations is very difficult to predict. The present 
45 installations reach several hundred users but does not 
nearly saturate the potential market. Probably questions 
like "How will the system pay its way?" and "Who will mais^, 
tain it?^ have been asked manjK times and, if the answers 
seem promising, PLANIT will stiM. have a bright future. 



19 



(J^B. The installation effort was a\success« 



About how- many man/weeks were required? 



The' count of the checks in the circle^shown above is 

\ 

apparently relatively meaningless since seyeral left that 
circle blank who went on to indicate quit^ Vood^atisf action 
with the operation of their PLANIT installation. There 
were probably some who did not consider their ^ffort a 
success even though- the system was operating. 

There were even fewer responses to the numbej\ of man/ 
weeks required. Some wrote a qiite£f£ion mark (?) whifeh was 
probably an accurate commentary for several installers, 
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namely that they did not keep track of the time involved. 
However, the data of* the sixteen^wjjio did reply were very 
interesting. The^ were as follows: j # - „ 

§ 1, 3, 3, 3,/4, 4, 6, 8^8, 9, 10-, 12, 16, 30, 3tt, 50 
The range is striking. Installation' oi^PLANIT took as 
little as a wejek and as long as almost a y«ai% The median 
response was eight. * Th6 response of 12 was c ea^lained as a 
total of two installation bf forts (two versions). Thus, • 
only four of the 16 ne^p^d more than 10 weeks. The last, 
two responses, 30 and 50, were for two ^installations abroad 
"Some- of the above were in contact wiih the developer of 

• ' 0 

PLANIT to -clarify interface requirements. Of those frho 
did not make that contact, the fastest^ installation time 
was three weeks, the next was four weeks.* 0 Therefore it 
is reasonable to conclude that/good installation documenta- 
tion can reduce »the average installation time to a range 
o*£ three to six weeks with no outside help and two weeks 
or less tyith help. 



\ 

Which program time-shares your PLANIT 
terminals? 

Q PLANIT Q Host operating system 4 



21, 

• $Jore than two-thirds of the respondents to this item 
indicated that PLANIT was being run as an object program 
within a host time-sharing systenu Many of these were 
running the CDC version and had no other choice but it 



0 



wit/h 
this 



does repeal the possible cause for some of the dissatisfaction 
that was expressed especially since those who expressed 
dissatisfaction were nearly all in the host Jime-sharing 
category. PLANIT is known to operate more efficiently when 
it does its own time-shanfc|g. However, it is ve;ry reasonable 

/ ' • w . 

to mo/int the first trial version' under a host time-sharing^ 
J 

system to simplify installation while gaining familiarity . 
the PLANIT interface requirements! Some have used 
method as a stepping stone to an installation where . 
PLANIT does its" own time-sharing Others implemented, a 
fully time-shared PLANIT on the first try. The deciding 
factor between these two choices seems to be related to the 
.degree of familiarity df each installer with his own oper- 
ating system. If he is not sure how to' Implement PLANIT' s 
interface requirements,, it is usually easier under a local 
time-sh^ring system. 

There are other dases where the installer must run 
PLANIT under a host 4 time-sharing system, either because 
of- computer center policy or because all Vemote equip- 
ment is dedicated to that system. In these cases, the 
interface of PLANIT to the disk f^les is probably the most 
difficult problem if the installation is to be considered 
successful. Unfortunately very few time-sharing systems 
provide the necessary services for the kinds -of activities 
that PLANIT provides. Therefore, certain compromises must 
be made. Because of the humber of difficulties involved, 
this problem will be addressed in more detail later on in 
this report. ^>-m 
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FinallyV some seemed to fe^l tlj^t PLANIT was designed 
to Operate only under a time-sharing system and that there 
was little hope for improvement. It is hoped' that this 
report will provide new understanding. 



Have you updated your PLAN IT* installation 
with a later version? 



o 



Yes 



o 



No 



Q Not yet 



12 
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The responses to this item axe very revealing, especially 

when compared to the general satisfaction with the system. 

The most dissatisfaction was with the older versions. Yet 

21 have indicated that they have not updated. That number y 

even falls short since only nine are running Version 2.6 

leaving 36 known to be running older versions. Version 2 

has been available for two years yet reports are still 

■appearing which document errors in Version 1, errors which 

have long since-treen. corrected. More than one-third of 

^the known^KIMYT installations are running the first Xand 
/ 7 ' " 

least /Uked) version. The firs,t step toward an improved 

PLAN IT system performance for most sites, is to update their 

syst^m^ Information on the "available PLAN IT update materials 

shown in Appendix C . 
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Have you changed the PLANIT overlay con- 
figuration from that which was on the dis- 
tributed tape to better fit your needs? 



o 



Yes 



o 



No 



Q Not yet 



15 7 6 

This question was one of those that provided insight 
into the potential causes of. poor system performance. 
PLANIT was distributed until recently with only one 
sample overlay configuration. On a scale of 12 where 
Level 1 represents a high performfonce%pnf iguration with 
a relatively small number of overlays anckL£vel 12 repre- 
sents a small core, slow, heaviiy overlaid \ersion, the 
distributed sample was St Level 9. The questionnaire 
responses made it clear that many have been usingvthe 
sample without change despite installation instructions 
which recommend changes. As a result, the PLANIT tape\is. 
now being distributed with two sample overlay configurations, 
.one for Level 3 and the other for Level 9. 

Even the 15 who indicated that they did change the ' 

system were probably not all ajyare of the full meaning of 

the question. At least four of these who sq indicated 

received their copy from CDC and in fact probably did not 

have the opportunity to make such changes since that step 

* * * 

done before the distribution. 

It was significant, when comparing this question with 

the one asking about their general satisfaction, that 
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satisfaction was five times greater among those who had 
made changes to the overlay configuration than among those 
who had not. Despite all the redundancy it would cause, 
it may be better to send samples of all 12 configurations 
instead of only two in order to further encourage the 

implementation of the best one. On the other hand, the 

_ • 

two current samples may give the installer more confidence 
in making his own adaptations since he will have the two 
to compare. When only one was being distributed, it was 
not nearly so obvious just how much work the changes would 
entail J There have been instances where installers h#ve 
requested advice to improve their system performance and, 
after making changes to their overlay configuration, have 
been amazed at ttte improvement. The various factors which % 

y 

•pnter into choosing the proper overlay cdnf iguration are 
discussed in a later section which deals with suggestions 
for ^improving performance. 



Is the terminal response time satisfactory? 0 
O Yes (3 No \Q Not yet 

f§ 13 1 : 2 

Opinions were about equally divided regarding their 
satisfaction with the speed of the terminal response. 
However, these data become much more revealing when com- 
pared to the version identification of their system as 
shown in Table 1. 
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Satisfied 



♦ Dissatis- 
fied 



CDC* 


Ver. 1 


Ver. 2 


Ver. 2.6 


; ,33% 


60% • 


.71% 


88%- 


67% 


40% 


29% 


12%' 



-1 



Table, 1. Opinions regarding terminal response time for 
several releases, including the one distributed, by GDC; 
all of the Version 1 releases, all 1 of the Version 2 ' 
releases, and the most recent version (2.6) which has • 
been installed^. • 

The trend of incrfeasing satisfaction with response 
times is obvious. Although there have been minor improve- 
ments made to the system that would affect response times, 
there- has not been* anything significant enough to explain 
the above trend. Rather, it is probably due to more ex- 
perience with installations and, in particular, "a better 
fit of the overlay configuration' and other variables to 
the target hardware. Perhaps the more recent installers' 
have gained their experience by watching the mistakes of 
others. ' Tn any case, the current rate of satisfaction is 
much more acceptable especially when acceptable response 
times are maintained while overlaying from relatively 
slow disk packs. v 



Is the core usage reasonable? 

O *- O 



No 



12 



8 



Approx. how 
huch core? 
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The responses to this item were mostly value judgments 
It is difficult to say how much is too much. Twenty-one 
• gave some figure indicating Tiow much core they were using. 
The figures ranged from 72,000 bytes to 230,000 bytes. 
Most of the differences are due to the v choice of overlay 
structure ; the remainder is due to individual p^rameteriza- 
tion anc£ compiler differences. Some suggestions for reducing 
core requirements are discussed later but the reduction will 
usually beat the expense of slower response times. Reducing 
core requirements generally means^flictre and smaller overlays, 
wh^-ch, in turn, means .more delay unless the user snapped 
files can be moved to a faster swapping device. 



Is the disk usage reasonable? 

O Yes Cj No Approx. how * 

much disk?, 



17 6 

The amount of disk required .seems not to be too much 

( 

"Of a concern. Only seven indicated how much disk they were 

using. -and that ranged from 140,000 bytes- po>. 8,000,000 

bytes (although one reported in tracks' and another in' record 

blocks so these may or* may not have been within that range). 

* t * 

* 0 

Since the consumption of disk is largely under the direct 
control of the installer, there is little reason to be 
dissatisfied with it unless the dissatisfaction is with, 
the rate at which the lesson material consumes disk. Since 
PLAN IT is an interpreter, the materials are stored in the 



same form as it was input with as little* extra control infor- 
mation as possible. Also, since the PLANIT language is 
reasonably compact, the available space is used quite 
efficiently. However, it is possible to install PLANIT . • 
inefficiently so that it*makes working copies of the files 
in a host time-sharing system environment, and thus raulti- 
plies the amount of di^k that would otherwise be required. m 
Suggestions for preventing this situation appear later. 



* Is PLANIT being used to author lesson mat- 
erial for eventual student use? 

O Yes O No O NOt yet 

"If yes, about how many authors? 



19 7 7 * 

* 

These responses indicate that there are 19 installations 
where serious lesson building activity is underway, with 
seven more considering it. This seems to hold the prospect 
for a reasonably large selection of PLANIT lessen materials 
to Wecome available in the not too distant tuture and these 
will apparently be distributed free or at cost (as noted in 
a later item). In the blank asking how many authors, two- 

^thirds were In the one-to-three- category with, the balance 
as high as * twenty- five. In all, 118 authors were reported 

• to be at work on PLANIT . lessons. This figure would probably 
compare favorably with that for any other comparable system. 
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Are students being taught via PLANIT^ 

O Y es Q No O Not 

JU if yfcs, about how many students? 

M About how many hours/week? 



5 



14 



Although^.2 installations ref>oi^fcSd that students were 

■ */ 

being taughts^pK.th^J|pLANIT system, only eight told how many, 
and qnly four o^^)0sq told how many" hours per day. The 
number of student s^eiilg taught ranged from 12 tp 450 



(the University of Freib,urg being the highest) for a total 

. • if' ' 

reported student population of about 625. The nunrber of 




hours-per-day reported were 3, 3, j? and 6. What seem^tfbst 
apparent is that most^ instal.lationg._are not yet^r^ady with 
their lesson materials and that a touch la^g^r student impact 
can be expected a little later. Tft^fact that the largest 
response fel^ in the "not yet'V^atWory also, seems to bear 
this out. 

It has long be^zr^ recognized s ^at one of -the greatest 
handicaps of cq^uter-assisted instruction in general alid 
PLANIT in Reticular is the lack of suitable extant" lesson 
materia^. These last two' questions have' produced some 

|nce that gains will soon be realized in this area 
for PLANIT. 



V 



evijs 



ealize 

•1 * 
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war 



Is 

muni 



ity on yout^cs/m] 



e to some user; com-^ 
puter? 



O Yes 0* N °^^0 Not yet 

it yes, abp*rC*now many terminals? 
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It is very difficult to assess the responses to this 
question beyond, the obvious, > that PLANIT is available to. 
a user community on at least 18 computer systems. The>. 
number of terminals per system ranged from one to 180, with 
a median of 10. .Some of the large* ones were 40, 100, 130, 
148 and 180. However , , these nUmbers could easily represent 
technical limitations where the system would- saturate long 
before that number was reached. HinJjZght suggests that 
the question should have asked how many simultaneous PLANIT 
terminals had been* tried. 



Is PLANIT be'i&g us 
tlion capability? 

Qves "O 




Q ^Not yet 



12 



11 



The true significance of the above questi&n may not 
be apparent on t^e surface. Because of the structure of 
the PLANIT language, it is likely that tjie incorporation 
of calculation problems into lesson material suggests a 
more advanced sophistication in the use of the PLANIT 
language. It might give 'some idea of the number of" 
serious users of the system although authors of non- 
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- \ 
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numerical lessoa materials can also be serious users. 
Also, since integrated calculation is not generally 
available in other CAI systems, this gives some indication 
of how many perceive the need for this added capability. 
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How is PLAN IT currently being made 
available? ^ » 

Q On a schedule. Hours per flay? 

On demand.-^ 



* ■ 

Generally, where PLANIT is being -operated under time- 

L - * * 

sharing, it is. available on demand. Otherwise, it is 

scheduled. Four respondents gave \he number of scheduled 

hours per day (even though only three checked the correspond- , 

ing circle). The four 'were: 1, 13, 1,5 and 20. The reader. - 

can draw his own conclusion. • 



5j 
15 
'5 

< 5 



Estimate the Total nukber of individuals 
who are using otvkaye^used PLANIT,. " 

Q 13"'- 100 

vQ ioo+ 



r 



The above data are largely self-explanatory/ ' They 
tend to corroborate the earlier evidence that the user^ 
of PLANIT number in the hundreds, ffhis level of use 
suggests an investment 'well beyond the initial installation 
expenlse. 



15 
3 
7 



of \pLAN 



Estimate tire number ofNpLANIT courses 
(or parts) that ^re now underway or 
complete. 



Qi-3 

Q4-12 

Q More than 12 



These data show an encouraging amount Of authoring 

activity. * When^the data are compared to the list of 

J 

lessons which are now available (oil a later question), 
the implication is that most of these courses are still 
in preparation. There are probably in excess of 100 
PLANIT courses in progress according to the abovej>numbers 



"Are you generally satisfied with the per- 
formance of your PLANIT system? * 



QVes O 



No 



o 



Undecided 



9 



17 



11 



The apparent meaning of the above data suggests that 
PLANIT is not faring very well. The large number of dis- 
satisfied users is certainly a matter of concern. It 
turns out that most of these are using the early version 
that CDC distributed. Table 2 shows an analysis of these 
data which is similar to that in Table 1 regarding user 
satisfaction with the response time. It is interesting 
to note that the pattern in the two tables is quite similar 
■Therefore, one of the obvious suggestions that will be 
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CDC 



V$r. 1 Ver, 2 Ver. 2.6 



Yes 


$ 

' 7% 


20% 


' 57%, ■ 


88% 


No - 


79% 


20% 


' 14% 


0% 


Undecided 


• 14% 

* 


60% 


29% 


12% 



Table 2. Opinions regarding general satisfaction with the 
performance of several releases, including the one distribu- 
ted by CDC, all of the Version 1 releases, all of the Version 
2 releases, and the most recent version (2.6) release. 

dealt with later is that users of the earlier releases 
should 'update their system. The dissatisfied users must 
fall into one of four categories: 

1. They don't kijow that a better performing system 
is available 

2. They are not using their system enough to care 
much about its poor performance 

3. Thpy no longer have the technical assistance 
available to them to accomplish the update 

4. They have not yet gotten around to it 

At a very minimum, it is hoped that this- document will 
stimulate several PLANIT users to update their system. 
The trend of theNiata in Table 2 is very clear. , 
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Do you Intend to continue the operation 
of PLAN IT? 



O Yes ' O N ° O 



Undecided 



.17 "4 13 

The trend of the responses to the above; question 
was similar to that for the previous question. Along 
tfith the added satisfaction with the later release 
came less of a tendency to discontinue operation. 
Actually, only four had already d^ci^ied to discontinue 
PLANIT operation, and of those four, two instances were 
t due to shifting the installation to a different Computer 
within the- same institution. Thus, in only two cases 
would the PLANIT system no longer be available. However 
the large Vundecid£d" vote clearly reflects dissatisfaction 
and furthter analyses shows that most of that dissatisfaction 
is Mth th£ earlier releases. Those who checked the "yes" • 
cifc{le)y£<> w the above question increased from 29% for the 

;ion to 88% for Version 2.6^ those who checked "no" 
decreased from 21% for the CDC version to 0% for Version 2.6, 
and those who checked "undecided" decreased from 50% for 
the CDC version to 12% for Version 2.6. It is not too 
surprising that the more satisfied ones are also more apt 
to cpntinue operations. 

It is again easy to see the need for updating obsolete 
versions Of PLANIT. If the latest version is giving signi- 
ficantly better satisfaction, then those' who are contemplating 

**** 



CDC v^rsi< 



abandoning the ^system jrfecause their copy performs poorly 

should at least have the opportunity tp try t&e later 

version to see if that might remedy their problem and 

perhaps alter ^heir decision. There have already been 

some unfortunate cases where the PLANIT system has been 

blamed for faulty performance when in fact the particular 

f 

object of the "criticism had been fixed for two y^rs or 
taore. Thus, -if poor performance is the deciding factodr 
in the question of whether to continue PLANIT operations, 
then that decision is fair only if it is made on vthe basis 

of the latest release. v , 

- * * >• * 
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OC. PLANIT was made to run but its operation will 
be (might be, has beeti) discontinued for the 
following reasons: 

Too expensive. 

Too slow. 

Requires too much core. 

Requires too much disk. 

Too unreliable. 
Q Interested people left. 
Q Replaced with a better system. 
Q Interest didn't develop as expected. 

Budget cut back.' 

. '.O — ■ = 



The above responses are largely self explanatory. 
The instructions attempted to limit the response on this 
item to t*hose yho had made PLANIT run but this was not 

40 



always followed accurately. Some wh<9 had not mounted 
PL AN IT nevertheless checked such items as: Too expensive, 
Too slow,. Too unreliable, etc. One wonders what they 
might have used to form the judgment. A perusal of the ' 
manuals? Knowledge of another installation? 

•The negative comments tended to be checked most often 
by those who had already expressed dissatisfaction earlier, 
who were also generally operating obsolete versions of 

cPLANIT. , , 

A^few wrote brief comments in the space provided 
-adjacent to the last circle. Most cited their concern 
over unavailable features or remaining bugs. One saw 
PLANIT only as a preliminary tooL to building a superior 
language. Another was unhappy/because he was under the . 
impression that PLAtflT would only run on CDC equipment. 
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2 
2 
4 
3 
2 
4 

11 



OD. The PLANIT installation was not successful be- 



* cause: 

V 



,Q Too difficult. 

Too large. v 
Would not generate. 
Would not compile. 

Unable to obtain necessary information. 

"o 



Could not resolve a problem (explain in 
comments if possible) • 



o 



Once again the response tallies are largely self- 
explanatory. It is interesting to note that there has 
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been relatively little trouble experienced in generating 
the system with the PLANIT Generator program which * comes 
as a part of the package. Considering the fact that the 
Generator program normally produces more than 24,000 lines 

of FORTRAN code Iffhich is expected £7? compile without errors 

> 

on a variety of different computers under different FORTH AN - 
compilers, it has performed remarkably well* ( 

-"The typical comments which were added on the last line 
(adjacent to the last circle) were of three kin^sr 1) did 
. not have enough free time to complete the work, 2) didnjt 
know how to* handle an interface problem, and 3) waiting for 
appropriate hardware to arrive* *' 



4 

6 

5 

2* 

9 

2 

0 



£. We wbuld desire consulting help if available: 

To resume discontinued installation effort. 

j To improve present version. 

j To better understand the system. 

We can pay; f\ 

Q .Nothing. > 

Travel and lodging only. L 

CD ^ ravel * nd reasonable consulting 
^■^'fee. 



There were several who felt the need for some consulting 
help to improve or resume local installation efforts. 
However, few could pay anything toward the service. There- 
fore if any help is to be forthcoming, the funds will need 
to come from other sources. 



9^ 



36 



SECTION III. INSTRUCTIONAL MATERIALS FOR PLANIT 

f*) A. We have one or more PLANIT lessons which 
may be of interest to other installations. 

Subject Matter Special Entry Skills 



i » 
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The library of available PLANIT lesson material is 
stikl quite small but is showing signs of great promise. 
Those that were ^reported on the questionnaire are included 
below. Authorship was "not requested or reported so will 
not be included here. In a few instances the same materials 
were reported twice. Such is the case for the System 
Development Corporation's and the Army Research Institute's 
responses since SDC authored the materials undep-aontract to 



ARI. In this case, the ARI address will be shctam. The 
information from the questionnaires follows: 



Topics 

Electrical Engineering 

Opthamology 

PLANIT * Authoring 



GED Math 

PLANIT Authoring 



Medical Terminology 
Introduction to FORTRAN 
Introduction to JCL 



Address of Respondent 
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Gary Cagle 

Indiana University, WCC 
Memorial Hall 008 
Bloomington, Indiana 47401 

John Larson 

U. S. Army "Research Institute 
1300 Wilfeon Blvd. v . . <, 
Arlington, Virginia 22209 

Dr. Mark Leiblum 
Katholieke Universiteit 
Universitair Rekencentrum , 
Dreihuizerweg 200 
If i jmegen , Netherlands 
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Topj.cs .(con t. ) Address of Respondents (cottt.) 

• » 
Elementary Statistics Prof. Albert Romano 

Computer Center 
5402. College Avenue 
. California State Univ. 
San Diego, California 

Descriptive Statistics Rcf£er Wiley 

Otterjbein College 
* , Mathematics Department 

Westerville, Ohio 43081 

Not listed are additional materials in Dutch from, 
' Dr. Leiblum in Nijmegen and Dr. Bert Camstra at the Uni- 
*versity of Amsterdam, also extensive material in German 
from the University of Freiburg. In addition, at Purdue 
University Dr. Franz Frederick is developing translators 
which will convert to PLANET several lessons which were 
written in the COURSEWRITBR, CLICK and PICCLES languages, 
and at the University of Oklahoma Winston Lindsay is also 
writing a COURSEWRITER III to PLANIT translator program. 
When these translator efforts are complete, several new 
lessons should become available in PLANIT. 

Winston Lindsay has also obtained copies of most * 
of the above listed lessons, ♦rising a recent issue of the 
PLANIT Newsletter to invite contacts from interested 
parties. ^ 

There" is obviously no such thing as a final solution 
°to the very-serious problem of the^lack of available 
,PLANIT lesson materials but the present aQtivity of scores 
of authors plus the translation efforts will soon expand 
the aboye library and help to alleviate the problem. 

44 
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B. We are willing to make our lessons* avail- 
able to others on the following bases: 



Trade 
Q Sell 

Cost reimbursement 
Q Free 



' T ^^^ ta * ro?n tlie above item show that the PLANIT 
authors are very generous in their willingness to share 
their work. 



o 



We are interested in acquiring PLANIT les- 
sons on the following bases: 



Q Trade 

O ^ 

Cost -reimbursement 
Q Free*- 



Finally, ther^ was strong interest expressed in<whatever 
PLANIT materialslnight exist, feven if a purchase was required. 
Several respondents made use of th^ "comments" space 



at the end of the form. Many akked questions, each of which 
were answered by a personal letjter', though some were rather 
late due to the large volume. ' A few used the space t6 explain 
why they were not interested in PLAtfIT and/or computer-assisted 
instruction. Some described problems which they*had encounter- 
ed in their installation attempt. Several of these ^ problems 
are specifically dealt with in the next section. 



SUGGESTED IMPROVEMENTS FOR PLANIT INSTALLATIONS 

s 

Not all of those who have installed PLANIT have been 
completely happy with its performance. There are several 
reasons which make that attitude understandable. PLANIT 
is a very flexible system but its suitability is focused 
on interactive dialogue. When used for this task, PLANIT 
has its greatest potential. Free dialogue lesson scenarios 
can be prepared in PLANIT about -as easily as any other 
system available, requiring as few or 'fewer keystrolces, 
allowing a 4 wide variety of grammer and numerics, providing 
an exceptionally good calculation capability for authors 
and students alike, while requiring only minimal author 
orientation to get started. However, it is also possible 
to use PLANIT on tasks for which it is poorly suited.,. The 
calculation capability, for example, while well-suite.d to 
Relatively small computation tasks especially as it would 
retake to teaching, is not very good for large, many stepped 9y 
number crunching procedures. Using PLANIT, to solve analjr^fs^^ 
of variance problems with modest sample sizes 'is entirely 
appropriate, especially in an instructional sett^rig but 
to use it for large samples involving real d^ta purely^ to 
derive the statistic would be possible though not advisable. 
There is little assistance which cab belVf f ered to those 
whq use PLANIT inappropriately anpr ire then dissatisfied. 
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There are several ways, on the -other handf where PLANIT 
can be (and has been) installed inappropriately or, at least, 
not as well as it might have been. Sojrfe of these .situations 
might be helped dramatically by a .#£w simple suggestions. 
This will not answer all the q^stious or solve all the 
problems but the questionnaire did reveal several instal- 
lation deficiencies that can be helped. 

* It is probablv/unfortunate that; the PLANIT system is 
as robust as it/is in that it can be installed inefficiently 
and still ojferate correctly. Its in(£ge ^wo^d probably be 
itaprov^d if it would just fail to operate at all unless it 
wa^/installed as it should be. '^LANIT is so completely 
modularized that the possibilities for choosing overlay 
.configurations vxfe almost limitless and , will allow the 
system to operate whether; the overlays make logical sense 
or not. If "thrashing" between overlays occurs, the oiser 
is usually oblivious to it, only noting that PLANIT 1 s 
response time is poor, * Again, unless special measures 
are taken, installations of PLANIT on existing time-sharing 
systems often cause duplicity of PLANIT 1 s disk files and 
* normally frustrate the reentrancy of PLANIT^ coding, ^t 
the user is only aware of the unreasonable amount of disk 
space that is consumed and the generally poor performance 
characteristics of the system. It is fair* to characterize 
the normal user perception of the system to the effect that 
if the PLANIT commands seem to result in effects which are 
described by the manuals, then the installation is proper 
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were not brought to bear to assure efficient operation. Thus, 
as already noted, users of this system are almost universally 
dissatisfied with their response times. Disk consumption 
is abnormally high.- Aborted sessions result in losing the 
work from the entire session even though ^properly installed 
PLANIT systems have recovery provisions which are designed 
to avoid this. PLANIT users' on more than a third of the 
installations derive their impression of the system from 
this version; At least seven versions of PLANIT have been 
distributed since that one and a newer one has just be'come^^ 
available. Any updates of systems beginning with Version 2.0 
or later require no change to the interface programs, and 
the changes required to make Version 1' interfaces conform 
to Version 2 specifications are relatively minor. In general, 
the design of PJLANIT is such that once the system has been 
installed, it can be updated to a later version with no 
recoding whatever. This is true since Version 2.0. For 
those who received their version from CDC and did not do 
their own installation work, a vastly superior Version 2.6 
is operating, at the Command and General Staff College in 
Fort Leavenworth under the 6500 SCOPE/ INTERCOM system. 
Thus with only nine of the 45-plus PLANIT installations 
having the latest system release, it is not too surprising 
to find some dissatisfaction. You will recall that the^ 
level of general satisfaction with all aspe^*rT5r~~tne, 
system was dramatically higher among users of the. current 
version than among users of the initial pne, and seemed # 
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and any perceived deficiencies are due to PLANIT T s design. 
This criticism is not intended to mean that PLANIT solves 
everyone's problems if only it is installed correctly. 
However, if its performance is poor in tfiose, tasks for 
which it is designed' and recommended in the manuals, then 
it is appropriate to rajse 'questions about the installation 
' since it is possible, easy in fact, to dnstall PLA1JIT 
improperly and still make it operate correctly, and also 

» t 

since it is being operated quite' satisfactorily on a wide 
/Variety of computer equipment elsewhere. Thus, the fol- 
lowing suggestions are being made, both to tho ( se who have 
already installed PLANIT and would like to improve its 
performance and to those who will be installing it in the 
'hope of avoiding some of these installation hazards the 
results of which become so 'frustrating to tHe users. 

1. tfojdate your piresent system . This" is one of those things 

tfcat 'seems so obvious that it shouldn T t need to be sa,id. 

However unfortunate it may seem, the data'shQw that the 

largest number of PLANIT systems of a given Version number 

"in operation today is also the oldest version, this version 

Was distributed by Control Data Corporation ' three or more 

years ago, having been installed first at Michigan State 

University by programmers who were largely dependent on 

PLANIT 1 s installation manuals for information. The use of 

the manuals for this purpose is of course entirely proper. 

However, due to the. fact that this system go^ such wide 

distribution, it is unfortunate that^lha^djuim^r^s^rces' 
* t * • 
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to increase* a little with each new release. Also, in 
addition to improved performance, the later release 
provides expanded capabilities. Each new release added , 
something. The newest release provides expanded matrix 
manipulation with a compact notation not previously 
.available. Yet all PLANIT lesson material is strictly 
upward compatible. It is nox; necessarily downward com- 
patible though. If one is to\take advantage of some. of 
the recently developed lesson^ whiph are available, tfyen 
the version -numbers of the originating and receiving 
systems would become important ikince the lesson may use 
capabilities which were not/oj^eraJble on earlier systems. 
The first way to assure op^imal-merformanGe is to be sure 
you are using the latest released version. 



2. Adapt your overlay configuration to your own hardware , 
The second most apparent reason why users seem to be dis- 
- satisfied with the performance of their PLANIT system 
appears to stem from a poorly configured overlay structure/. 
The data show that relatively few have changed the orerlai 
configuration from that which was distributed on the tape.] 
r Uatil recently the PLANIT tape contained only one sample 
overlay structure and that was for a heavily overlaid, 
small core version. The questionnaire data indicate tliat 
most installers mounted that version without change. 
Installations have been found where additional core has been 
available for the same cost but PLANIT is limping along, 
shuttling overlays in unnecessarily, seriously degrading 
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the performance, because the instalLer made no change to 
the overlay configuration. Such changes require no more 
than an hour or two prior to system Igeneration. They are 
vejty essential. ' This is one of two major areas* where 
PLANIT can be installed improperly but still be made to 
operate correctly. 

The listing documents twelve suggested overlay con- 
figurations to choose from, depending on a variety of fact^ 
iiTdtLing the amount of core available, the speed of the 
swapping medium, and the methods available for combining 
generated subroutines into overlay structures on the target 
machine after the code is compiled. The IBM 360 and 370 
Link Editor lets the user build his overlay structure from 
any arbitrayjy cluster of FORTRAN subroutines. Thus, the 
PLAftlT installer gains flexibility by breaking his PLANIT 
system into many small subroutines and collecting them 
together at linke^dit time. This permits him to effect 
dramatic changes in the size and performance of the system 
without recompiling f>y runnii^g the linkedit' step again. 
The CDC 6500 Segmented Loader seems to* of fer many of the 
same advantages although ' fewer of the systems ^personnel 
?tt the sites seem to be familiar with it. Without this N 
capability,* the installer must choose theS overlay struSts^e 
prior t^ PLANIT generation which, will best utilize all the* 
core tjiat is available to him and minimize the reading of 
overlays from disk. Of course, faster overlaying alsc^ 
would make a difference. If overlays are being read fro0 



extended core, much heavier overlaying could be tolerated. 

Haying obsei:v£d~ that so few installers were making f 
changes - ip the overlay structure, the PLANIT tapes are now 
being sent with a choice of two overlay configurations — 
9. so-called large core version and a small core version. 
Still, these are only two of the twelve recommended con- ( 
figurations, and a great many more than twelve are possible. 
The twelve yrhich are recommended, seem to make sense in terms 
of the amount of core, that might be available, in order to 
maximize the probability of keepingTelated PLANIT modules 
together and' minimize "the potential of overlay thrashing. 
By giving no attention to this, 4 poor system performance is 
almosjt^ine vi t ab 1 e . ^ 

3. Let PLANIT do its dwn 'time-sharing if possible . Of^ those 
who\responded to the question about_which program time-scares 
your terminals^ PLANIT or your host operating , system, ^o- 
thirds marked the latter. There seem to be many people who 
do not yet realize or are not convinced that PLANIT ite 
capable of doing its own time-sharing. Yet several are 
running it that way even though they represent only about 



one-third of the installations. PLANIT\^is the only program- 
ming system^ to my knowledge, that is a complete time-sharing 
System which^is capable of being run as an object, program 
within another / timesharing system. In order to accomplish 
this, the PLANIT system is generated for only one u&er and 
the host operating system Multiplies the users. 
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There are several parameter options which are, designed 
especially for those who- must or prefer to run PLANIT as 
an objeqt program under a host time-sharing system. These 
* will be discussed below. In spite of these provisiops , 

users have been discovered whto have installed PLANIT uSder 
. a time-sharing system but have left most * or all of the 
parameter settings for PLANIT to do its own time-sharing. 
At one site, a multi-user PLANIT system was generated and ^ 

was being used as an object program under- a time-sharing 

<- " 

system. There was no way for PLANIT to address more than 

r 

one terminal. Ye*, in all these cases, the system ran 
anyway. There is little ponder that efficiency^ is lost 
under these conditions. The wonder' is that the PLANIT 
system would run at all. t 
To be sure, there is an overhead in PLANIT that is 
additive to the overhead of the host time-sharing system. 
Proper parameter settings will reduce this somewhat but 
does not eliminate it. PLANIT does its own cataloguing^ 
controls access to files, buffers terminal data, controls 

. access to the system, saves restart files, and a .host of 
other things whick will certainly overlap in part or >in 
total with corresponding features in the host system. 
Since these things are such an integral part of the system 
logic, there is no practical way to make them optipnal. 
Thus, some extra overhead expense is unavoidable urhen - 

' running PLANIT under a host time-sharing system. 
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On the other hand, if PLAN IT must be run under a time- 
sharing system (or the user prefers it), there are several 
options which arq available to help recjuce this duplication 
of overhead functions. These options are all available 
beginning with vision 2.6- and some on earlier versions. 

CLQKTYPE=0 This disables the quantum, enforcement 

for the user time slice 

NUMCH=1 This generates a PLANIT system with 

one user and eliminates much multi- 
user code in the process. 

PORMS=0 This disables the user accounting in 

PLANIT. 

DEBUOO This eliminates code* associated with 

PLANIT 1 s interactive debugger the, 
features of which are already avail- 
) ajble on many time-sharing systems. 
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Anothep/yajor problem, .encountered by those running 
PLANIT undfer a host time-sharing system is the amount of # 
disk space^^at can be consumed. In or^er to keep cqr^ 
requirements down, disk files are used in real time. This > 
means that only segments of the total file pass through 
core for purposes of display, update, execution* for students^ 
etc. PLANIT has complete file protection so that any file 
change which may be made by one use^ is immediately avail- 
able to all other users. Authors may be making modifications 
to lessons while students are taking th6m with no conflict* - 
PLANIT will not permit two users to be making modifications 
to the same lesson at the same time. However, all this is 4 
dependent on the fact that all users work from a common 
control table — which is not the case when PLANIT is being 
run under a time-sharing system. Most time-Sharing systems 

si 



have been designed With great pains to insure no possibility 
of two users working from a common block of core. To read 
, a disk file, each time a control point is to be ^checked would 
be completely unworkable. In-slice and out-slice processing 
could be made to provide common core data but this is| a 
rarity on time-sharing systems (from the user's vantage 
point) and in at least one case where it is available 

t « 

(CDC^s 6500) it is extremely difficult to use. - 

Without the benefit of these- common control points, 

the time-sharing user must face the problem of several 

PLANIT users sharing files indiscriminately. Since PLANIT 

can no longer referee their use, thg installer must find 

other ways of avoiding the potential contusion. 

Tt^ eaAeSt way out is to do nothing special. In this 
i * 

way, PLANIT can be used by only one person at a time. Adding 
users will create a moderately high risk of losing lesson 
and* record data with no chance of recovery except for the 
day f s backup, Thus, all of PLANIT f s disk library of lesson 
material, ife tied to only one user at a time, creating an 
intolerable storage cost and leading several respondent^ to 
conclude that PLAN'IT requires an H unreaso^ble tf amothf^ of 
disk space. ^^^V^ , I 

Another Solution, one chosen by the MSU installers, is 

to make temporary working copies of each of the relevant 

\ 

files fo* each of the users at the beginning of his work 
session and, if his session completes normally, copy the 
temporary files back in place of the permanent ones. Thrs 
avoids Some of the problems but increases, rather than 



reduces the disk/space requirements. 

A few ins/call anions have caused the large lesson^ files 
to be .shared/ among multi-simultaneous users but have dupli- 
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cated record files which are specific to 'the user. This 
I is a mope satisfactory solution but requires more work at 
the time ot installation. The newest version of PLANIT 
will allow all users t^'work simultaneously from a common 
set of files but will add several disk accesses while the 
file structure is being initially defined. 

The problem is in 1me requirement that many users 
have simultaneous open Channels to the same disk files 
over long periods of time. This requirement is common ■ 
for computer assisted instruction, much more so than for 
pother typical time-sharing applications. The PLANIT 
. time-sharing executive provides for this situation but 
if PLANIT is not doii)£ the time-sharing, the checking 
is made inoperative, and system programmers have not 
found a way around this particular problem yet due to 
the independence among users that is built-in on the 
easting time-sharing systems. A fully acceptable ^solu- 
tion would be, for the time-sharing system to use an 
in-slice and out-slice processing feature to allow several 
users <o share a common block of core, but this wottld 
require a change in the design of most current time- 
sharing systems. 

Another related problem in time-sharing installations 

is that the reentrant feature of the PLANIT code is usually 
• • 
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not used, creating more disk action than would otherwise 
be necessary' -and causing a corresponding slowdown in the 
system performance. The o£ly way to effectively beat this 
problem, if it is a problem, is to dedicate a part of 
• core exclusively to PLANIT, and if that is done, then it 
is only a small step from there to let PLANIT do its own 
time-sharing. 

A few have mounted PLANIT under a time-sharing system 
first to get acquainted with its operation while spending 
minimal tinie with the interface. Since most time-sharing 
systems contain library routines which greatly simplify 
the coding- of PLANIT f S MIOP interface subroutine, this 
can be a great help. A Purdue University report recommends 
this, approach where possible. However, it is important not 
to stop there if at all possible, but to go ahead with the 
full implementation of the time-sharing version of PLANIT. 
This assures the mj/st efficient operation and utilization 
of space. But some will not v have this option and will be 
forced to run PLANIT under a host time-sharing system. The 
problems, and necessary compromises have been stated. In the 
meantime, start making requests of the time-sharing software 
venders that they provide a capability for sharing core data 
among selected users, perhaps by in-slice and out-slice 
processing'. PLANIT might not be the only program that could 
profit by it. 

\ / 
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4. Suggestions for reducing core requirements . Some savings 
in core can „ e m a de by insure tnat ta b ie * ize peters 
are not larger' than necessary.. These include such parameters 
a£ NUMCH, INBUFF, OUTBUF, DSKSZE, VARENT, etc. * They will 

be noted in the listing by the comment which tells how 
much adcfitional core is consumed by each unit increase. 
These savings will be generally small but important since 
excess in, these values results in pure waste. 

Significant reduction in core consumption can be 
achieved by configuring PLAtJIT into many small overlays. 
The cost of this will be a decrease in performance unless 
the oy^jf^ays can be moved very quickly. Thus, if a high- 
speed drum or bulk core is available for the overlays, 
satisfactory performance might be maintained. 

Another alternative is to keep two or more PLANIT 

systems available, using the smaller when conditions allow. 

Both systems will operate interchangeably with the same set 

of disk files if no change is made to data parameters. 

A likely arrangement is to have one system with CALC 

routines in core for numeriG-oriented lesson material^ 

and another with CALC routines in overlays for use when" 

v * ^> 

/ . . 

CALC capabilities are not so important. ^ 

%. - " 

5. Suggestions for reducing disk requirements . The fore- 

/ 

going discussion about the use of disk with 'time-sharing 

« 

systems would relate to this but will not be repeated here. 
If possible, make your MIOP* request allocation of disk 7 



only when needed rather than all at once. *TMs does not 
prevent the installer from specifying a maximum that 
PLANIT will request. 

Keep the disk space a little scarce. Some 6f the 
respondents who said that PLANIT consumed too much disk 
space apparently didn't realise that the ^mojint was under 
the installers* control. If disk space is plentiful, there 
is no incentive for the PLANIT user to use th4 tape backup , 
facility whiroh is designed to free the disk of inactive * 
Material. \This presupposes that the installer has imp^e^ 
mented the t^pe interface for his PLANET- ins tallatj 

which turns out not to be true in too many cased'. Thus, 
\if disk space is to be "scarce, be sure the > #ape interface 
\s working properly. Small, less expensive tapes will 
i^ially be adequate. 

Train the authcxre to be >^ie^NWith their comments. 
Most agree that^tudents^tire more quickly^f long 



verbagp coming to th^terminal particularly if the print 
rate is slow enough to be irritating.* Much of the verbage 
(that Nte really necessary for th^ instruction) can be better 
presented on t a printed sheet beside^the terminal. It would 
save the cost of storing it on disk and may even be more 
pleasing to the student. 



6. Suggestions for reducing costs . All of the above points 

* « 

have significant impact on the cost per terminal/hour of 

• • • i * 

running the PLANIT system. Therefore this section will . 
just add a few suggestions which were not covered above. 

» 
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Methods for cost-*cutting can be related to whether 
PLANIT is doing its- <5wn time-sharing or is being time- 
shared by a host system. Firs^^fehese are some suggestions 
for th^ncr^e iQrwhich PLANIT is in control of the time-sharing. 

Keep the system ,as busy as practical while it is 
running. The disk and core space allocations for PLANIT 
are usually fixed costs wh^Lch are distributed among the 
users by some charging algorithm. With these costs dis- 
tributed to a larger number of users, the cost per terminal/ 
Hour comes down. ^ 

Execute PLANIT directly out of lower cost extended 
core. This is npt possible oh all systems but can result 
in significant savings when it is. PLANIT Execution is 
.nearly always disk bound and core execution speed is 
seldom much of a factor since total executrpn times are 
normally quite small. 

Be ^ure the SYSTJJt^iTAJT*rcall is working pro^st^ly in 
your MIOP int§pf£ce routine so 'that. PLANIT is not chX^ging^ 
durine#le times that it has Nothing to do. 

Use the interrupting clock (CLCKTYPE=2) over the read- 
only clock \CLCKTYPE=»1) where you have a choice to avoid 
a continual flood of calls to read the clock for time- 
slioe enforcement. 

For the case where PLANIT is lOperating under a host 
time-sharing system, compare the cost of disk activity 
with the cost of core space. Some systems always charge 
for maximum core and programs which use' less do not get; a 
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price break. In that case, by all means, generate PLANIT 
to donsume all of the available core. It is also some- 
times less expensive to consume core than to overlay often 
from disk. This depends on the local charging algorj 

A few installers have been troubled by the number of 
times PLANIT asks for the time of day. It uses the tin>e 
reading to enforce the quantum in time slicing, keep user 
accounts, keep student performance records, and to be' 
available to the usei^ command. The parameter Setting, 
CtiCKTYPE^l, produces a flood of these calls. CLCKTYPE-2 



produces far less. Aider a time-sharing system, CLCKTYPE»Q^ 

i 

is the appropriate setting. The number of time requests 



will decrease a little over CLCKTYPE=2. However, if 
the combination, OLCKTYPE=0 and FORMS-0 is prescribed, a 
dramatic reduction in time requests will result. This v 
disables both the time slice enforcement and the user 

^a ccoun ting. Only the timing of student response intervals 

>tflll remain. 

finally, for any PLANIT installation method — in fact, 
for any application of any* computer language— teach the 
PLANIT users to code their materials efficiently. There 
are always choices to be made in how a particular* task 
is to be implemented. Some choices are far more efficient 
than others. Inefficient choices will result in increased 
costs per terminal/hour* It is obviously not possible to , 
give exhaustive guidelines on efficient PLANIT coding' in 



this document. However, it is generally more efficient to 



do as much work as possible in the smallest unit of the 
language. For example, it is usually better to include 
more work in one frame than to spread it out over several 
where there is a choice. It is usually better to group 
several commands on one l.ine instead of one-per-line. 
It is better tb do as much in one command as possible 
rather than several. For example, an indexed branch 
command will execute more quickly than a series of IF ... 
branch statements which accomplish the same tiling. In 
CALC, if a function that is to be used repeatedly results 
in a constant value, it is better to store it in an item 
defined as a constant and use that instead. A good example 
is found in a function which computes the mean of a series 

of numbers where the computed mean is used repeatedly for 

> 

other computations. .If the function name is used repeatedly, 
the mean will be re-computed- each time^ Where PLANIT makes 
Special differentiate^ provision for authors (such as the 



SET function in CALC) , it is usually more efficient to make 
use of it over the more general counterpart. Use iRECfTJLlT 
N sparingly. It has a lot «a£jyork to do. The latest vers^n^ 
Rearranges the lesson into optimum sequence when 1^le UNLOCK 
command is given. If the lesson has been edited extensively^ 
since the last UNLOCK command was issued, give the command 

again. Repeating it will not hurt. If the lesson needs to 

* * 

resequenced, it will be done at that t^Lme. If execution 
times of specific command forms in a lesson become important, 
perform an experiment by saving TIME before and after the I 
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execution of each command in. question to .determine which is 
to be preferred. Branching^to line labels in a Programming 
frame is much more efficient than branching to frame labels 
where the choice exists. When lessons are chained together, 
each should be filled to near capacity for optimal use of 
distend more efficient execution. In simulation and gaming 
where numerical manipulations are involved, the efficiency 
of the -algorithm can have a pronounced effect on the terminal/ 

hour cost and on the response time of the terminals 

*«. ■ 

PLANIT installations have reported costs per terminal 
hour which range from under $2.00' to more than $20.00. 
It doesnNs^seem reasonable that the isame program could be 
responsible for such a divergent range. Yet, some charging 
algorithms are known to be particularly severe on certain 
operations (such as overlaying fvpm disk) and when that 
becomes apparent, choosing a different installation option 
can change the cost by an oirder of magnitude. In at least 
one case^sWiANIT's ability to adjust to charging irregularities 
caused one center to change -i^ts charging algorithm /because 

y ' " \ '■ 

the inptallers made PLANIT ^capitalize on a real bargain. 
Thus, if your costs are running abnormally high, there 
ay be another, option that would help. Other installations 
similar equi^ptoent wotild certainly be a<g$od resource. 




FUTURE DEVELOPMENT PLANS 

Crystal balls have historically had very limited 
reception in attempting to view the future of CAI, not 
to mention PLANIT in particular. Many have told of the 
^complete demise of CAI before now. This is not a. far off 
look; that will be left to, the soothsayers. 

Rather, this section describes some fairly concrete 
short-term plans for developing new capabilities in .the 
PLANIT system .that may have, a broad appeal. In each case 
the paramount goal is to ^maintain complete portability and 
compatibility among installations. It should also be noted 
that the^e^new development projects are all subject to the 
"availability of funds. 

Feasibility Study for Graphics and Participation Training . 
" J ; < , - — ; 

The U. S. Army ^search Institute (ARI) has awarded a 
grant for the investigation of the feasibility,of adding 
graphics and/or a multi-terminal participation training ^ 
capability to the. PLANIT system. Each of tliese will be 
described separately below but is listed here to show 
that such a study is being initiated. The interest in 
actually developing the capabilities will largely depend 
on the. outcome of this study. 
' ft 

Graphics . A graphics capability is bGing considered 
which would incorporate many of the display-producing 



features of the common graphic devices. Thus, such features 
as plotting lines and circles, positioning -text , cursor 
control, pen-up and pen-down directives, etc., are under 
study. Related inputs from devices such as light pens, # 
zone detection, and analog (joystick, mouse, etc.) input, 
will also be considered. • 

There are at least three aspects of the feasibility 
question with regard to graphics which need further study. 
First, the question of portability leads to an investigation 
of those features which can be implemented on a wide variety 
of graphic display equipment, where the equipment might 
constitute the sole display to the user or could be an adjunct 
to the terminal. Second, the question of authoring directives 
suggestk the need for careful human engineerings to assure * 
that the composing of graphics is not dif f icult ^ibr the * 
author. If this problem is not properly addressed, apy 
such new capability, no^matter how versit^tie, would get 
little use and the l^ivestment^wou^d: be wasted. Third, the 
question of need must squarely face the issue of the 
amount of educational advantage which is actually gained 
by the addition of graphicNtisplays. So far, this need 
seems only to have been asstita^^rom intuition or personal 
preferences. A study currently Dterjjtg conducted at ARI has 



found that the empiri 



lata 



showing the advantage of such 
displays is very spars£\and aire outnumbered by data which 
leave one in\doubt about their usefulness. 
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Thus>, the question of whicjl, if any, of the "special 

graphics capabilities are to tfe added to the PLANIT system 

i if 

is very much dependent on tljfe outcome of the feasibility / 
study. These graphic capabilities in question are in 
.addition to the kind of keystroke drawings which can be 
done on any Teletype-compatible CRT display. In order to 
determine which new graphic capabilities are desirable, a 
panel of four experts? will be assembled which represent 
four interest groups, the f ederal' funding agency, the 
university, the military, and the PLANIT development project. 
It will be the task of this, panel to coqie up with recommend- 

V 

it— .1 

ations regarding the appropriate-repertoire and formats of 



any new language directives for^raphics. These recommend- 




ations wAl then be studied for technical feasibility and 
applicatipn to an assortment of graphic devices. Thei out- 
come will be reported and could result in a proposal to 
implement the recommended additions. 



:i-terminal Participation Training . Although PLANIT is 
alr&adft~a multi-terminal system in the sense that several 



terminals 



such a way 





concurrently time-shared, it is organized in 



user communicates with thfe lesion 



io independently of any other user. Most CAI systems 
use the same general format although a f ew ^f them may 
allow common usage of some of the numerical data. The 
capability which is envisioned in the feasibility study for 



possible implementation in the PLANIT system would. permit. 
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communication among multi-interdependent terminals ^such 

*~ 1 v / 

that a lesson scenario would communicate with several 

r 

'users at a time. This conceivably would permit such new 
applications as the teaching of participation^ cooperative 
problem solving, multi-player simulations and g^mes, etc. 
In comparison to the graphics study, the technology for 
implementing the multi-terminal capability is not nearly 
so difficult as the human factors problems associated with 
the new languageMiirectives and how they would be* used by 
authors. Since .tl^PLANIT system already ^jpmmunicates with 
several terminals— concurrently , this capability can be 
passed alorig to authors if satisfactory, language directives 



can be devised. This question will also be addressed by 

the panel which is cozened for the feasibility study and 

the resulting recommendations may lead to future proposed 

efforts for the "purpose of implementation. 

The multi-terminal participation capability probably 

has its most imi^Iiate application in the training needs 

for large military iaan-machine defense systems. Sinc^ 

these systems already require multi-user participation, 

having this neV ca |P a ^ili t y added to PLANIT would provide 

the resource for this kind of training. However, it is ^ 

easy to foresee applications for this capability in a 

\ , 6 

variety of educational sellings. The need to teach coopera- 



tive behavior &as long been evident at all levels. It is 
^ .i , reasonable to suppose that this^lneed will not be- articulated 
4^,111 ter^p, pf CAI system capabilities until some pilot, systems 
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are available for experimentation. Thus a capabil of 
this kind could add a new dimension to* the direction of 
' CAI research and development. Thi£ is a case where no 

\ • * \ ■ ' 

\riew hardware technology is needed, rather the current 
cohmonents can be reconfigured to stimulate a new direction 
forNfcnvestigation; that is, new for CAI research. 




J 



CONCLUSIONS 

.stage of 




• The PLANIT system is complete in its current 

J 

development. Several installers using a variety of* equip- 
ment have reported that installation proceeds pretty mu 
as described and that -the system runs well. It performs 
a 'full complement of tas^s to provide a CAI capability for 
a, computer facility. Usfer satisfaction as reported on a 
recent questionnaire is good for the latest version, having 




improved consistently with each new release. Interest and 

• / 
installation activity is also accelerating. Even though 

the number of currently reported installations , is- o 

the forties, each of these represents a community of users 

such that hundr^sis of people are getting hands-on exposure 

to PLANIT, *and this figure is expected to mushroom when 

military installations begin to duplicate their installations 

on a large ^cale. In, addition, lett^rk of interest from, 

many universities suggest that installation activity may 

continue to increase for a* time.' Therefore, PLANIT "is 

certafnly a viable CAI software package at the moment. 

bix the other hind, even thoughTttre-JJLANIT system is 

complete, new development efforts are to be expected ag? 



lortg as €he levelQbf interest is high and. resources are 
" * v * ^ 

available, in fact, new developments to the system could 

be 4 the key to its maintaining its viability for a much 
longer period o^ time. . It is true that CAI is still 



largely in the hands pi the researchers and will be put 
into general use only when the right combination of costs 
and capabilities is found. In the meantime, in order to 
get the best expected return on prior investments^ it is 
important to make every reasoSfable effort to keep the 
development of the system at the forefront of the current 
state-of-the-art in order that there jfill be some attract- 
ive options for new directions in the research investiga- 
tions. If thisi is not done, PLANIT will become 'obsolete 
befpre it is put to work in a practical setting. Th^re—" 
fore the development of PLANIT will not be finally finishej 
until it . is conceded to \Je obsolete. ' / ^ 

PLANIT hrfs an undeniable edge over comparable systems 
in its portability and low-cost installation. Its lang- 
uage f^aturfes are considered by many to be superior. 
If its lack of graphics has been- a handicap, then the 
addition of a graphics package l that is as portable as 
the rest of the system should be u definite advantage. 
Although a few have suggested that, because of its coding, 
PLANIT would be too inefficient to run well, statistics 
have not borne this out. Several installations are^eport* 
ing costs which compare favorably with any ot^^ J^jj syst 
ciirrently av^ail^able. However, due to variations an^^cal 
charging algorithms, objective comparative d^ta is/ almost 

.impossible to obtain. ^ 

• ♦ rt • 

J 

Having devoted several years to the development of 
PLANIT, and as the author of this report, l/am_well 
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satisfied wi/ch the level of acceptance which PLANJT currently 
enjoys and I see many more challenges yet t§Sag^ achieved 
tjefore my interest in the project diminishes. 
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PLANIT DESCRIPTION 
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P LA NIT 

A Computer Assisted Instructioa Language System 

The objective of this article is to acquaint the reader with the jComputer Assisted 

Instruction Language System known as PLANll\ The article includes a description 

of the system, its language components and how they work, and some of the 

i 

language's special features. -Then there is a discussion on why the system is 

• r 

machine-transferable. 



The PLANIT Language System greVout of a. previous project at Michigan .State 




University in which the computer was used to teach skills in testing statistical 
hypotheses and making tftfergnces. Later, System Development Corporation 
developed PLANIT on an early time-sharing system. 

In 1968, the National Science Foundation coritpa^ted SDC to rewrite the PLANIT 
System so that it could Jbe used on a variety of university and college computers 



V 
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and the development effort has since moved to the Northwest Regional Educational 
Laboratory in Portland, Oregon. Thus, the current machine-transferable version 
of the PLANIT system. 

The acronym PLANIT stands for Programming LAl^gjuage for Interactive 
Teaching. It consists of four basic modes of operation: 1) ifesson-buildingi 
2) calculation, 3} execution, and 4) system. PLANIT is both interactive and 
interpretive. In the lesson-building mode, as soon as a frame has been corjipletely 
typed in, it can be executed and checked out; in the calculation mode, as each 
statement is entered, the answer is calculated and returned to the user. The 
system mode is used for lesson and record management. 



4 O 




PLANIT is a frame- oriented language and has four frame types: Question (Q), 
>le Chpice (M), Decision (D), and Programming (P). The frames are divided 
into'group&Nqdinsisting of lines. The Q and M frames each have four groups and 
the D and P fraraW each have two groups. (Each framei^s a similar group 



one, its identifying frame number and tHe^abel of thkt frame if it has, been given 

V - • 

one. ) The language was designed to take into account the fact that the user may 




make mistakes-; although therfe^ire specified f<jrras that are outlined in the 
Reference Manual, other forms of input will be accS&ted by the system. \ , 



Ease as Objective 

The basic objective of the design of the language was to make it easy to 

use. % This was accomplished in several ways. First, the system is built to 

be interactive, so that when the user; is building frames, he can be continually 

prompted as to the correct next input. Second, the user is given a complete set 

\ • 

of on-line editing capabilities to alleviate fear of making mistakes and to make it 
easier to correct parts of the lesson \whose logic does not work as expected. 
One of the thoughts guiding^Uje designers of PLANIT is that a lesson designer 
should not have to know anything about computers to be able to write CAI tessotfs. 
Previously, CAI lesson authors needed two disciplines, one in their subject 
matter and one in computer programming. 

PLANIT was designed to bridge that gap sj> that only one discipline would 
be needed. For this reason, all PLANIT commands are in a natural language. . 
For example, to declare a function the user begins his input with the word 
FU^JCTION: to insert a frame into the lesson sequence or a group into a frame 



or a line 



group, the user types the letter I followed by the appropriate 
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frame, group, and line specification. . During lesson building, PLANIT is 

continuously giving short messages' as prompts to the user, so that with very. 

* 

little knowledge of the language, a user can start writing in, and learning 
about, PLANIT. (Lessons can also b6 prepared offline on cards.) 

The user is in the command or lesson-building modfe as soon as he 
logs into PLANIT. After accepting the log-in value, PLANIT prints ENTER 
COMMAND. To begin building a lesson, the user types an A for append. N 
As he bpilds his frames, PLANIT co^injlally pt-ompts him for the next input. . / 

There are seven editing cpmmands available to the user if he needs to 
make corrections. They ar6 A for, append, D for delete, I for insert, *E for 
edit, P for print, M for modify and S for search. Any of these may be used 
with any combination of frames, groups, of lines; for M and S column 
specifications can be made. Some examples wiJQ clarify these statements. 
If we input, 2, 4, 3,' A, we mean append to Frame 2, group 4, line 3, the 
lines that are to follow. If we have built a frame and left out a group (which 
§ is perfectly legal) but have now decided to insert that gi;oup, we might input 
5, 3, I which would insert Group 3 into frame five. We can print ranges of 
frames x>r several groups within a frame, or only group 3 f s within a range of 
frames, or any other combination possible. The same variety of options is 
ava^able using the D (delete) command. 

> N * » 

Change, Transfer Possibility ^ 

The M editing command changes character strings, and ijiay also use a column 
^^pecification; for example; ^^s^^3-5, 2-4^ ^-99, 2-7, M, PLANIT would 
prompt us with /FROM/TO/i ifd^^ext input was /AA/B/ then all occurrences 



of AA would be. changed to B in the range of frames, grou|>s^Jiries, and columns 

specified. The M command can contractor expand a line or do .exact character 

/ 

transfers. It can also be used to delete single or muilipl^characters. The 

* I * * Xx 

\ a s 

S command" m^y also have column specifications. Entering this command causes 
PLANIT to print /MATCH/. After the usef input, such as /KEYWORD/, 
PLANIT will print all of the frames, groups, and lines v in which that character 
string exist^. The format of the printout will be a series of frame number, 
group number, line number. 

The user need not complete writibg his entire lesson in one sitting. 

sf ' m I • \ 

PLANIT allows each log-in value to haye one unnamed lesson associated with it. 
If after a short session,, the user logs out, his unfinished lesson is automatically 
s^ved; whence relQgs into the system, he will automatically be associated with 

' I 

his bid unnamed lesson. He may choose to^se the PLANIT SAVE command . * 
and give his unfinished lesson a name. Then^jjjscelogging, he must first 

i 

issue the GET comoaiand and the lesson name to be associated with that lesson. 
At a,ny time that he is associated with^a lesson, he may tenter "^e^execution mode, 
even, if the lesson is incomplete. \ v ^ * 

9 • : ' s ' • . x - 

There are several other commands available to the user in lesson bunding" • 
mode: DISPLAY, which displays selective student records; CLEAR, which resets 
the student records to a clean start; RESTART, which erases all work and 

v ' ' ' X \ 

\ \ 
returns the user to the^&tatus he was in Just after he logged in; and CALC, 

which transfers th^CC^r intSiTthe interactive Calculation mode. 

The PLANIT calculation language (hereafter called Calc) is in itself a 



BASIC-* like language. It can be^used.-asV powerful one-lirie calculator or the 

73 



statements can be combined into a Programming frame, which Mil be discussed 



X 



\ 



later. Calc has the following built-in functions: all of thetrig functions, 



\ 



F^CTorial, COMBinatorial, ^square robit (SQRT), LOG, ALOG, RANK, SORT, 
INVERT, SUM, PROD, TRUNCATE, NORMAL, ABSOLUTE, ahd^andom 
number generator. The user may define his own functions, matrices, or items. 
y All of these may be reserved foi^either authbxor student use or for use 
by both student and author. The ALIGN function a^low^PLANIT to print graphs. 
There are also other words, all natural Englii^, that provW^special 
capabilities for the user; for example, the word ROUND, followed by a- number, 



sets the round-off format, for displaying results. There jis a FOR statement 



\ ^^^^ x ' v 

that can be used in repetitive calculation and a^qsompact notatibn^for matrix 



manipulation. In short, Calc is a complete algebraic interpreter. ^sedas a 
desk calculator, it is more powerful thah most. For example, it is possible 
. to write a.one-line statement that will do the work of complete programming^ 
algorithms. 

The Calc mode has no limits on the number of dimensions that a matrix 
contains— two is just as easy to handle as six or seven. Any expression tha.t 
' reduces to a single number may be used wherever a jingle number can be used; > 
that includes matrix subscripts. A one- line statement using a FOR statement 
is capable of generating a complex multi-lined graph. -\ 
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Response Processing 

PLANIT has several response processors, which are controlled through 
Calc statements; the main ones are KEYWORD, PHONETIC, TB^T, FORMULAS, 
WITHIN and WAIT. KEYWORD has three modes of operation. WheX KEYWORD 
is in the ON condition, PLANIT will accept as a correct answer anything\^hat 
jnatches the specified author answer, even if it is accompanied by other woi 

SO 



for example, if the answer were "blue" and the student input was "it is blue" 

X • \ • / 

and if KEYWORD ^ere ON,, then the ans^r would be counted as correct. With 

KEYWORD in the ALL condition, the ahswer could be unordered; for example, 

if the answer were f, George Washington, " the ON condition would accept either^ 

u Georg^4^st name Washington, 11 or "President George Washington, 11 but not 

'Washington deorge." The ALL condition would accept all three as correct. 

An author can also use KEYWORD with a. number. If KEYWORD were set to 

* 

the-number 3, and the answer was "President George Washington," then any 
of the three weirds given, in any order, with any other words intervening, 

would be considered a correct response. • \ J 

\ ^ ' * * 

^ The use of PHONE TIG^auses PLANIT to encode both.the author's and 

. ... 

the student's answer phonetically before attempting a tnat$h. This allows 
misspelled correct answers to be judged as correct, such as George Washington 
x for George Washington. Studies have indicated that PHONETIC is about 
85 pei^ent effective. 

TEXT lets the author find r^ot words or substrings within words such 
as matching on the word START for\nswers which contain wordTuke START, 
STARTED, STARTING, RESTART, etc. 

With FORMULAS in th<* ON condition, PLANIT will evaluate fonhulas 
algebraically. An example would be if the answer was the formula for* the 
area of a triangle "l/2*B*H" and the student input was "(H*B)/2. ^ In a 
straight character match, the answer is incorrect, but with FORMULAS ON, 
the answer given by this student would be counted as corrX±* v >. 
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Tolerance for Answers / 

WITHIN allows the author to specify- a numeric answer within any 

tolerance he wishes. For example, if the answer specified is 2 WITHIN . 5, 

* » • • 

PLANIT will accept as correct any number between 1. 5 and 2.5. • 

WAIT followed by a number (for seconds) sets a time limit within which 
the student must t^pe his answer. Otherwise the v lesson will proceed 



accordingly. If WAIT is not used,' the r student has an indefinite time limit. 

\ 

■* ■ " \ -. 

Groups /Tag Matching * , \ / 

Pbup two of tiyg Q frame is where the text that is to be presented 

\ ' " v ' I , 

is input. During execution, the text will appear exactly as input, (with the^ 

exception of special formatting control symbols that are available to the \. 

v ' I • ( \ 

lesson author). - r » x 

The answers are specified in the group three. Each answer is Associated 
with a tag. Alphabetic {ags are used for non-numeric answers and number 
tags for numeric answers.' The iorrect answer is specified by a plus sign 
next to the tagvthere^can be more than ofte plus tagan the group,, meaning 

there is more than one correct answer, or there may no plus tag, meaning 

A ' ' 

that the frame is a neutral frame with no correct answer.\ 




^ny Calc statement may be used in tl^is group ifjjt Is preceded by a zero tag. 
With reference tq^he response processors, the statement might be "O KEYWORD 
ON. " The PLANIT special response processors may be turned on and olff 
interchangeably at this time. As an example, one may turn a response 
processor on for some of the answers and not for the rest. 



The group four is for^actions. PLANIT has four action command: " 



t 



F, C, R, and B. F stands for feedback; using this command c the author can 
print any text that he wishes. He may let PLANIT randomly choose either a 
positive or a negative feedback message, depending on whether or not a 
correct answer tag was matched. The C is used for any calculation statement; 
orVlteriWly, the C may be used to that PLANIT will print the correct 
answer In thuTcasre, it would be tfce first tag in the group that had a plus tag- 

The R stands for repeat. It may be followed by any textual materials, 
just as the F, or, if it is not followed by text v **LANIT will print the 
predefined message WRONG TB£ AGAtN^In both cases, PLANIT asks 
the student for another response to the same question. The B is for branching. 
PLANIT allows the author to brapch to a frame label, a frame number, or . 
anotfifcr lesson. When branching to\ frame number, the author can use as 

4 f 

f 

the number of the frame any Calc expression that reduces .to a single number 
or may designate multiple branch points, one of which is selected by a f 
variable value. Any number or combination of action commands can be 

executed based,on,the match ofcone tag. t 

* * » 
All of the action commands are associated with an answer tag. 'More' than 

one tag can be grouped together as a, tag field, s6 that tyie same actions may 

* ■* ^ » * 

occur fo^ several different tags-. If any action commands are at the beginning 

\ ^ 
of the group and have no tag field; before tliem on the line, they will be .executed 

regardless of the teg th& student matdhed. A Q frame sample is shown in 

Figure 1 and the student intferaetion that might result is sHovqj in Figure 2. 



FRAtJE i.00 CQ) C 

G2* TEXT ' 

WHO WAS THE THIRD PRESIDENT OF THE UNITED STATES? 

* , J 

H3. ANSWERS •» 
THOMAS JEFFERSON ^ , 

PHONETIC ON , \ < 

B+ THOMAS JEFFERSON • . 

0 KEYWORD 'ON » 
C* JEFFERSON ' 
D WASHINGTON 
E ADAMS 

F LINCOLN " ' » 

G4. ACTIONS ' ■ * 

A F: ' 

B F: RIGHT, BUT YOU SPELLED IT INCORRECTLY. IT IS THOMAS JEFFERSON 
C R: JEFFERSON IS RIGHT BUT GIVE BOTH NAMES. 
D R:NO, HE, WAS THE FIRS"?. TRY AGAIN. 

E R:ADAMS WAS THE SECOND* TRY AGAIN. < ' ..« f 

F R;HE WAS THE SIXTEENTH* TRY AGAIN. V > 

- R:NO, NOT EVEN IN THE FIRST^THREE* TRY AGAIN. 

- R: T ' . • 
OEF- R:YOU ARE GUESSING. ONE MORE TRY. 

DEF-.F: C: ' „ 



figure l. r Sample of a PLANIT lesson frame. 
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PLEASE LOG PN***CHF „ . 

PLANIT TERMINAL <NO. I 
• ENTER COMMAND 
♦GET PRESIDENTS 
IDENTIFY YOURSELF***CHF 

* • 
WHO WAS" THE THIRD PRESIDENT OF THE UNITED STATES? 

♦JOHN ADAMS 

ADAMS WAS THE- SECOND* TRY AGAIN. 

: 

♦JEFERSON 

JEFFERSON IS RIGHT BUT GIVE BOTH NAMES." 



*THOMAS JEFERSON , 

RIGHT* 'BUT YOU SPELLED IT INCORRECTLY. IT IS THOMAS JEFFERSON. 



Figure 2. Sample of student interaction in £ PLANIT lesson. 
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The M frame is identical to th|Q fname, with tfre following exceptions. 
The -answers with the tag are printed ouT$p the students, without the plus sign. 

PLANIT will accept only one of the\tags as an answer. If other than a tag is 

\ 

input, PLANIT will print the message CHOOSE ONE OF THE ABOVE LETTERS. 

Student Performance Data and the D Frame 

The following questions are automatically answered and the information 
is kept by PLANIT as f the student executes the lesson: Has he seen the frame? 
Did he answer correctly or incorrectly? Exactly what tag did he match? 
Did he go into the Calc mode? If he did, which functions did he use? How 
long did.he take to answer the questi^i? Anywhere in the lesson the author 
may have D frames, which may query the student record with Boolean ' 
capabilities.for any combination of the above information^ may query. his 
own counters in combination with, the above. The outcome of the D frame is 
' usually a branch or .choice of .branches, ^depending on the outcome of the ^ 

* ♦ * i 

queries. All of the action commands are available to the author, with the 
exception of the R. 



Programming Frame • . 

\ • rr .. - 

The P frame JLs a Programming frame. In this frame, the author composes 

» 

a series of Calc statements that make up a program. This frame can also be 
used as a subroutine. If a frame branched. to a P frame and in the execution 
of that P frame^R^TURN statement £ executed, the execution of the lesson t 
will pick up at the instruction following the branch. This could be^another 
action command 6r the next frame An sequence from the calling frame. Also, 



the P frame may be used as a subroutine through th'e Calc mode. The frame 

is called by typing the word "GOTO" and then either the frame number or 

label. The return in this case is made back into thfe interactive Calc mode. 

• . * .1 

Just as a P frame can be used as a subroutine within a lesson, so an 

entire lesson can be used as a subroutine to other lessons making it possible 

to build entire courses from a sequence of calls on appropriate lessons. 
« 

User I dentification 

PLANIT kdeps two separate identifications for the user. The first is the 
user'^log-in value. This is the identification that he inputs when he first 
becoi$£snnter active with the system. When an author wishes to save a lesson 
he has built, another identification is asked tor by the system. This is his 
user value. After a user logs into the system, he may request a lessori by . 
typing GET and a lesson name. After he issues the GET command, he is 
asked for his user identification. There are three types of users on the system: 
-a read/write author^ a read/only author.and a student. After the issuance 
the GET command and the acceptance of the user identification, PLANIT 

• • • . • ? 

'decides which type of user is operating N at that terminal. If the use 
identification is identical to the one that W^s used when the lesson was built, 
then the user is an author. * J 4 



If the log-in value also matches, he is the read/write author,; otherwise 

' I ■ \ 

hj i,s a read/only author. If the user identification ]does not match the one , 

i ; 

associated with the lesson, the user i? defined as a jstudent. Both types of 
authors (after "getting" a lesson) are put into the lesson-building mode; if the 
user is a student, he is immediately put in\o the execution mode. Th'e ' > 
execution of the lesson follows the instructions as set ( forth in the frames by the 



» 

author, including all branches. The -student neecjl never know when Ije is being 
branched, even if he is branched to anothex lesson. ThVstudent records are 
kept automatically. ^ * 

At any time that PLAl^IT is awaiting an input from the student, in answer 
to a frame, the student may choose to go into the interactive Calc mode. The 
author has control over this, howev/er, ahd can PROHIBIT or ALLOW the student to 

enter the Calc mode/ Or the author can ALI/)W the student the C^lc mode but 

* i * * 

« t 

PROHIBIT selective functions. The student has the full capabilities of the 

Calc mode under normal conditiQns, with a few exceptions consisting of 

* » * 

special au{hor-only functions such as the, control of the response processors. 

Even those, however, may be allowed to the student,* so that If the author wants 

• v ■•• • / •/•■■ ' 

to test the lesson^and see it as the student is going'to see it,' but wishesv^o use 
soiSe functions that ^vould usualtyTS5"cteiue4 a student, he may do so, 

Student Help V . • & 

The s^dent has av<ailable to, him a btiWt-in review function that allows him., 
review sequences of the lesa&fl. This ts under his control, and he may ask to 
rev^w*at any time. The only precondition is that the sequence he will 'see must fi 

start; with an author- defined labelled fr^irie that he^has already, seen. He need 

► ^ * ' ^- ' 

not have seen the entire sequence, however. The ^uthor has the ability to prohibit 
> *i 

the use of the review function', or allow it. A similar GOTO functiort can permit 1 
the student to browse. through the lesson at selected^ entry ^Viiita^ The author 
may predefine places from which the feeson ^11 start if the student ends the . 
session before he, has actually finished the lesson, This is especially Important 
in sections of a lessQn ytfiere preparatory infonnatiofi is needed before a sfudeat 



can proceed. If the student should ljuit in the middle of the sequence, then 
this capability could be essential to allow him to resume the sequence 
appropriately again. 

Prompting 

PLANIT gives prompts whenever it is expecting input from the user, 
Minimum prompting is an asterisk. If the u\er does not know from the\message 
what PLANIT is asking for, then the user may type a question mark ^?), getting" 
from PLANIT a more complete message. There may be a third l\nked messages 
to elaborate even further. For example, PLANIT prompts the user\^n*the 
lesson-building modeby printing the message "Q/M/D/P. " By tyj3ing\a 
question mark, the user would get "(Q)uestion/(M)ultiple choice/(D)ecision/ 
(P)rogramming. " By typing another question mark, the us,er would^get « 



'ENTER FRAME TYPE./" 



i Program Language Defined 

The first task in building the systetn was to define the programming 

language in which to code. To do that, those features froiji ASA FORTRAN IV 

that were independent of both machine and operating systems were chosen. 

Then those features that were needed to do efficient coding, such as in 
* 

subroutines, string manipulation^ overlaying, and equivalencing were built 



nt^kc 



back into the language. One of the most importanfhdded features was the 
ability to write variables into the code that would be converted to constants 
before compile -time. An item such as the dimension for an array must become 
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a literal constant before attempting to compile; this makes it possible to use 
the same variable in programmed checks pn that array. 

When the value is finally filled in, the program and the data will then 
agree. In fact, one of the major obstacles to machine independence is the 
difficulty of making the program agree with the rearranged data format imposed 
by the new machine* The PLANIT System accomplished, this by specifying 
both the program and data formats in terms of the sai»£ set of Variables. 
Thus, the language in which the coding was done was not really FORTRAN. 
A new language .was devised hr which' to write PLANIT, a m eta/language if 
you will, called ICU/FORTRAN. (ICU for Instructor Computer Utility.)) 

Installation is accomplished through a system generation process in which 

a generator program (also delivered with PLANIT) produce^ a customized ASA 

FORTRAN IV VERSION of PLANIT according to user-supplied parameters. . 

Almost any medium scale (or larger) computer is adequate, having at least 

a 24-bit word si%e. The system will require from 20, 000 to 40, 000 words 

of core arid several hundred thousand characters worth of space on a disk-like 

i ■ • 

device./FigurS 3 shows a simplified installation process. 

•The PLANIT system will support a variety of terminals an^Lhas all of the 

required time-sharing^ software built-in. prior existence of time-sharing 

on the target computeras n§t necessary. However, PLANIT does *>pei*ate 

^compatibly with existing tjime 3haring systems. ^ 

PLANIT is operational at such major institutions as Michigan State * 

University, Washington State University, Purdue University, Northwestern 

* 

University, theU. S. Command and General ^taff College,, and others. There 
are more than 50 installations in the United States and Europe on computers - 



\ 
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Figure. 3. Steps in the PLANIT installation process. 



A PLANIT users group attempts to maintain communication among 
interested parties and provides a vehicle for lesson exchange. 

Full documentation arid installation materials are available from: 
Project PLANIT 

Northwest Regional Educational Laboratory * 
Lindsay Building/710 S. W. Second Avenue 
Portland, Oregon 97204 





APPENDIX B 
LE QUESTIONNAIRE 

v 

i 





Northwest 
Regional 
Educational 
Laboratory 



February 12, 1975 



Lindsay Building • 710 S.W. Second Avenue 
Portland. Oregon, 97204 • Telephone (503) 224-3650 



Dear Colleagues: 

I am sorry to imppse another questionnaire upon you, 
supposing that it might be the third one this week. Let \ 
me assure you that this information needed for my final 
report to the National Science Foundation on the present 
impact <^f PLANIT. 
\ 

Your name was chosen because it appeared on the roster 
of a PLANIT conference, on the mailing list of the PLANIT 
Newsletter^, .or in my correspondence file. I realize that 
you might have no direct: contact with PLANIT but there is 
a little information regarding your anticipated interest . 
that I would appreciate anyway. 

The questionnaire appears to be highly structured. Th^s 
was done only for your convenience. These are not intended 
tQ be forced choices. Check whichever boxes you feel apply. 
% If you have the tjLme to write additional information, be as- 
sured that it will be used. 

Two copies of \he questionnaire are enclosed along with 
a bailing list. by institution. If you happen to know of an 
institution <that should have received a questionnaire, you 
would be doing me ,a real favor if you would forward the extra 
copy, to them. t If *not,\discard the extra one. 

Others -at your institution may /be receiving this quest- 
ionnaire. If one returned questionnaire represents several 
respondents, I would appreciate your noting that. However 
I -would also value a questionnaire from each respondent and 
will gladly sort "out the redundant information at thj.s end. 

Let me thank you in advance for ydur effort. A short 
turnaround would mean a great, deal to me so that I can finish* 
the report in reasonable time. Results w;Lll appear in the 
#LANIT* Newsletter . If I can be of help with regard to 
PLANIT, please let me know. 



Enc. 




Sine 

Charles H. Frye 




ICCTION I- CURRENT STATUS WITH REGARD TO PLAN IT 
Q A. No longer interested because: 
Too expensive. 
jQ Requires too much effort. ^ 

Not enough capacity on our computer. 
Q Interested parties are now cone* 
Found-sonetfilHc^better. 

O 



A QUESTIONNAIRE ON THE CURRENT I?3>ACT OF THE PLANIT SVSTEM 

SECTION II. (Cont.) 



o 



o 



Interested but have not yet acquired a copy 
of the systemS^ape 'because: 

Q Still surveying thf possibilities. 

Q Resources not yet^ available. 

Q Need has not yet developed* 

Q Waiting for hew hardware. 

O- — 

We have acquired, a. system tape of PLANIT. 

(Note: The remainder of this questionnaire 
is relevant only "if you have acquired a 
copy of the PLANIT system tape.) 



SECTION II. t INSTALLATION EXPERIENCES. 

A. Version no./ot the last PLANJT tape that 
vou acaulxed? 7 



you acquired? 7 

The installation effort ,was a success. 

About how many man/weeks were required? 

Which program time-shares your feLANIT 
terminals? , 

Q PLANIT Q Host operating system 

Have you updated your PLANIT installation 
with a later version? 



O 



Yes 



O 



No 



(]j Not yet 



Have you changed the PLANIT overlay con? 
figuration from that which was on the dis- 
tributed tape to better fit your needs? 

O Tes O " O Not yet . 

Is the terminal' response time satisfactory? 

O Te " " 0-*° ' O Not 

Is the core linage reasonable? 

O yw O No ,; — 



Is PLANIT available to some user co 
mumty on your computer? * 

Q Yes • : Q No Q Not yet 

If yes, about how many terminals? 

Is PLANIT being used for Its calcula- 
tion capability? 



D 



Yes 



O No ' ' O Not y#t 



How is PLANIT currently being .made 
available? . » - 



On a schedule. 
On demand. 



_Hours per day? 



Estimate the total number *ot, individuals 
who are using or.tiave. used PLANIT. 



0>- 2 

O 3 -12 
Q 13 - ioo" 
Q ioo+ - 



Estimate the number ol PLANIT courses 
' (or parts) tfcat are now underway or '* 
complete. 



j More, than 12 



Approx^JiW 
much core/ 



Approx* how. 
much disk? 




Is the disk usage reasonable? 
Q Yes O No 

'ts PLANIT being used to author lesson" mat- 
erial for eventual student use?/ 

O 0' N ° 0^v e ! 

*^^JJt y* s » about how many authors? 
Are* students being taught via -PLANIT? ' 

O O No O Not * et 

J If yes, aoout' how many students? 
* \hout how many hours /week? , v 

— • . - • .V 



& * 
Are you generally satisfied with the per- 

BL^NIT system? rf 
No O Undecided - 

.Do you intend to continue the operation 
of PLANIT? s / / 



formance of your B 

.,*'G*v -0 



O-c. 



r\ No Q Undecided 

(If you have rfb conbia£ints atjout your ^tANIT system, 
you may* skip to Section III.) # * 

PLANIT was made to run but its operatidh will 
be (mi^nt be, has ^een) discontinued for the 
following reasons: 

(yj Too expensive. 

£^ Top slow. / 

Q Requires too much core. # 

Squires too much disk. , 

£^ Too unreliable. . « 

(3* In * erested P e °P le l«*t* 
Q Replaced with a better system. 

Interest didn't develop as expected*, * * 
Q Budget cut back. 

O 



D. 



The PLANIT installation was not successful be 
cause: 



Q Toodifficult. ' ' 
Q Too large. 
Q Aould not generate. 
Would not compile 



bhCTJtiN II. (Cont.) 

Unable to obtain ncticssary infomation. 

(~) Could not resolve |a problem (explain in 
^ comments if possible). 



O 



Wo would desire consulting help if available: 
To resume discontinued installation effort. 
To improve present version. 
To better understand the system. 

Q We can pay: 

Q Nothing. 

O Travel and lod & in & ooiy« 

O Travel and reasonable consulting 
w fee. 



Thank you so 
city and zip 



Name: 



V 



SECTION III. INSTRUCTIONAL MATERIALS FOR PLAN IT 

o 

——J ww w-. 

Spec! 



much. Please give your name, institution, r 

COde (if the' ^H/w4nir -la hi on If nr inrnrrectl 



following is blank or incorrect). 



Institution^ 
City: 6 



Zip:. 



We have one or more PLANIT lessons which 
may be of ^interest to othe^installations. 

ial >Entry Skills 



Subject Matter 



We are willing to «ake our lessons avail- 
able to others on the following bases: 

Trade . " 

Cost reimbursement 

O j 

We- are interested in acquiring PLANIT les- 
sons on the following basest v 



Q Trade 

O 

Costi reimbursement 
Q Free 



Please return this questionnaire In- the enclosed 
envelop or mail to: ' 

k Dr. Chafes H. Frye* 
Project PLANIT 

The Northwest Regional Educational - 

Laboratory 
710 S.W. Second Avenue 
Portland, Oregon 97204. 



COMMENTS: 



i lan it r.MiurioS m \\\u ino i.ist i.\ : i yn> « oi N ruv 



A r i /"ona 

„ \. Si.tt»- ! niv. 
lt<*ii*on l f n 1 on It lull bch. 

i hi coda Tcehmra 1 Cot 1 . 
^-ottsunU- Community Coll. 
Univ. ol A. 



Minnesota 

I . Willi 

(!>( 

Sr>erry-Univac 
i'niv. ol M. 



St.it*- (oil. 



Chico 

Northridtfe 
San ttcrnadino 
S.F. 



California 

C. State Univ., 
C. Stato Univ. , 
C. Stato Iniv. , 
City College of 
CDC 

DC A Assoc. 
H-P 

Honeywell 
Litton Data Sys, 
Stanford Univ. 
SDC 

UC Irvine 
UCLA 

UC San Diego 

Colorado 

~C. State Univ. 
Ent AFB 

Peterson Field 
Univ. of C. 

Delaware 

Univ. of D. 



Florida 

F. Stato Univ. 
Univ. of South F. 

Georgia 
CDC 

C. - State Univ. . 
Valdosta State College 
Univ. of G. 
Illinois 
CDC 

I. Board of Higher Ed. 
£. State Univ. t 
Northwestern 
Nortncrn I. Utiiv. 



Mississippi 
Keesler 



AIJB 



Missouri 
Univ. 
Univ. 



M. 



Columbia 
Rolla 



Montana 

M, Stato Univ. 

Nebraska 

Univ. of N. 

New Jersey . 

Uniy. Heights Campus 

New Mexico 

Eastern N. M. Univ. 
Western N.U. Univ. 

N'ew York 

Clarkson College of Tech. 
Columbia Univ. , 
Cornell Univ. 
FDR VA Hospital 

. Y. at Buffalo 
.Y. at Purchase 
S.U>N.Y. at Stony Brook 



FDR V« 



Ohio 



Battel le Columbus Labs 
3owling Green State Univ. 

CDC y 

Ottdcrbein College 



Oklahoma^ 
Univi 



Of o. 



SRA 
Luiv . 
Univ. 



of 
of 



' Chanpaitn 
Urb^na 



Oregon b 

.tf.W. dlqgional Educ. 
t>. State UiUv. 
> Univi of 0. 



Lab. 



I.i Ji ina ' 
CDO 

I. l # :;iv. f 
I . Univ. t 



Blood ng ton 
Indianapolis 



'Pennsylvania 

Baldwin Senior H.S. 
Dicki>r«5on College 
Lehira Univ. 
Templje Univ. 



Purduo Univ. 



Drake Univ. > 
Univ. of I. 

Kansas 

fort Lekv*nworth 
Univ. of X. 

Louisiana 

Univ. of Southwestern L. 



Maine 

Univ. 

Maryland 
U.S. 
CDC 



of M. 



Naval Academy 



ERIC 



Ossnchuse^ts 
DEC / 
Giun t Co. 
M. Sl.itrf- Colic :c 
Protect L0CA\ 
Univ. of M. 



htit:tn 
i rnt ral M, Univ. 
m-.trtioi*v Public School* 
: i »imt **. I'n l v.. 
*. SI. tic In tv. ' 
• .» I v . ol M. 
u .\ h«< SI t« 
«v i «*l II ' Mil I V . 



Australia 

<t-nt<r lor XUo Stu<Jv ol II. E. 
(,utvci ntnon i ol jftrslurn A. 
I ifiv. ot Melbourne * 
Lniv. ol New South Kales 

Canada 

Concordia Univ. * , 

Dalhousie Univ. 

ilcMaster Univ. 

Sir George Williams Univ. 

Univ. ol Calgary 

Univ. of Lcthbrldge 

Univ. of Windsor 

Univ. oX Winnipeg 

'Canal Zone 

Division of Schools 

England 

Univ. of Aberdeen 
Univ. o>f Essex 

Israel 
IBU 

Italy 

Csata-Bari Univ. 

Institute of Computer Applications 

Netherlands * 
Catholic Univ. \ . 

CDC r> . 

free Univ. ^ 
Fysich Laboratory ;* 
Rijks Univ. 
Sara- Amsterdam 
Univ. of. Amsterdam 
Utrecht State Univ. 

Switzerland 

Computer -Wissenschaf ton 

West Germany 
CDC 

Heidelberg Rehabilitation Institute 

Siemens, Inc. 

Tclciunkcn, Inc. 

I'niv. of Cologne 

Univ. of Freiburg 

I'nlv, of Bremen 

Univ. of Tubingen 



lexas 

Alvin Junior College 
r t il Systems 
L.7.V. Aerospace 
Philco-Ford 
Randolph AFB 

Southern Methodist Univ.. 
Univ. of T. 

Utah 

Courseware, Inc. 

Virginia 

College of William U Mary 
lion c /well 
MITRE Corp. 

U.S. Army Research Inst. 
■ V. Tech. Univ. 

Sashimi ton*" 

W. state Univ. 

Washington, D.C. 
IV|u . ol' \rny 
IVpt. ol N.uy 
(•eorisi- h.i « n l n« l on Univ. 
National Science Foundation 



W I scons I n 
l*n I v . 

lilt J V. 



Lan ("l.i Ire 
'Ut| isun 



INFORMATION REGARDING THE AVAILABICITY OF PLAN IT 




/ — _ \ 

Recent intereslf^fcn PLANIT has generated a large number of 
requests for information^ documents and source code. Al- 
though our documentation* effort is still underway which 
will eventually produce correct and readable manuals, the 
Laboratory can now supply the needed information some of t 
which is still in draft form. The PLANIT source code is , 
also available on magnetic tape. 

Document Requests . The Northwest Regional Educational 9 
Laboratory has reprinted by permission two of the PLANIT 
manuals from the SDC (System Development Corporation) set: 

The PLANIT Author's Guide , 344 pages, price: $13.00 

The PLANET, Language Reference Manuaj., 368 page's, 
price: $13^50 ', ^, 

The above manuals are two of a six-volume Tech Memo s^t • ' 
which was produced at SDC in 1970-. The other four volumes 
are now obsolete for the current version of PLANIT. » 

There are several supplementary documents which will be 
combined into /one and printed as an attachment to the \ 
Language^ Reference Manual. Until that is ready, Xerox \ 
copies of all these materials will be made availatolre for V 
an additional $3.50. - This will include a coRy of .the 
Purdue' PLANIT Installation Manual. Although the form is 
not yet as nice as we would like *it to be; the information 
is all there. 

Sourc e Code Requests . The Laboratory is prepared to send 
a magnetic tap^copy of 'all of PLANIT's master files such 
that the iifetallei* will have all. the necessary source code 
to generateVfti PLANIT system for his own computer. The tape 
can be sent in 7 or 9 track with a choice of density, block- 
ing and parity. We recommend odd parity, blocking of 40 
cards per recdrd and 800 BPI for 9 track (556 BPI for 7 track). 
The tape will consist entirely of card images and a chart will be 
enclosed which describes the tape format and character codes. 

The total cost of the tape will be $35. 00 if we supply^he 
blank, or $20.00 if you supply it. In the latter case, ^ 
blank should be mailed to: 

Mr. Richard Million 
Computing Center 
Washington State University 
/■" \ Pullman, Washington 99163 

! • \ 




When mailing a blank, please enclose a return label. The 
desired tape parameters may be listed on the blank tape but 
plea/sk also inclu.de them in a letter to the Laboratory 
since pe writing of the' tape is initiated from here via 
a remo-kfi_±erminal . . 

Address all tape requests to\this Laboratory at the address* - 
shown at the end of this form\ The request should contain 
the desired tape parameters (dejisity*, parity, blocking) and 
indicate whether a blank has beW sent to Mr. Million. Send 
all payments to this Laboratory X^, 

Before purchasing .a tape Unnecessarily, please note^that the 
word sizre of your computer must be 24 bits ojr larger in order 
to accomodate PLANIT (which rules out most mini computers). 

If you do not supply the blank "tape, the Washington State 
Computing Center will provide one and bill the Laboratory. 
The tape will be a good one but not necessarily new. The 
PLANIT tapes which we send are guaranteed %o be free from 
parity errors or we will do it. over again. 

Installation Assistance* . By ! now, PLANIT has been installed- 
on a fairly large sample of computers. Some have been able 
to use the installation efforts of others to good advantage. 

Consulting can be provided by the Laboratory at a daily rate 
plus expenses, making the services of the . developer of 
PLANIT available on-site. In that case, the local site will 
be expected to provide someone who is thoroughly knowledgeable 
about the operation of , that, computer system. 

Many installation questions can be answered over the telephone. 
If no additional work is involved, these can be handled with- 
out charge and installers are encouraged to make such calls 
after noon (Pacific time) to: Dr. Charles H. Frye,. 
(503) 246 9960. This, .contact can be especially useful in the 
interim until' the installation documents are brought up to date 

PLANIT Users' Group and Newsletter . A PLANIT Users* Group 
has been in existence for over two years and now publishes a 
newsletter quarterly, available for an annual subscription 
rate of $4.00 (individual- North America), $5.00 (individual 
-Overseas) and $10.00 (Institutional), from: • 

"Dr. Lyle B. Smith' 
S.C.I. P. - Acacia - 
Stanford University* 
Stanford, California 94305 



/ 



3 



Payments. PLANIT has been developed on public money and 
is being distributed by the Laboratory, at no profit. 
Every attempt is being made to keep the costs low. There- 
fore! the prices quoted are valid only if the payment is made 
In full at the time of the request.. All prices -include 
handling and postage at the economical mailing rate,, and are 
subject to change when the cost to the Laboratory changed. 

If you find it necessary to be billed, a $5.00 invoicing fee 
per order will be added. 

Allow two to" four weeks for delivery due to postal delays. 
For faster delivery, include first class or airmail postage 
The shipping weights are: 



Author's Guide \ "48 oz. 

Language Reference Manual ?0 oz. 

Xerox materials . - 

Magnetic tape - 7^ oz. 



Our goal is to make the entire PLANIT package available 
as conveniently and economically as possible, making a 
total computer software system available for an incred- 
ibly low price— less than $100~a price 'which has no 
equal for a software system of PLANIT' s magnitude " — 

PLANIT Project • 
The Northwest Regional Educational 
Laboratory 



.Mail inquiries to: 



1 



Or. Charles H. \Frye~~ 
Director, PLANIT^ ^Project . . 
The Northwest Regional Educational Laboratory 



The 

710 S.W. Second Avenue.. 
Portland, Oregon 97204 



Selected PLANIT 'articles can be found in: 
Creative Computing , No^Dec, 1974 
Educational Technology , June, 1968 
Datamation, September, 1968 



ERIC L r ±01' 

2-28-75 




